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Kenneth D. Boetzer, Mark A. Delia Bona, and Badir M. Mousa It doesn't intimidate the 
user because of its size, noise level, or apparent complexity. 
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In this Issue: 

Computer art isn't so new anymore. Examples of it appear frequently in magazines — photo- 
graphs of television screens with pretty pictures on them. You can usually see right away 
I that these pictures are made up of dots, each a different color. The dots are called pixels. 

n^^y / If you zoom in on a portion of one of these pictures — magnify it so it fills the screen — the 
IT/' dots in most cases just get larger. The number of pixels the screen can display limits the 
amount of detail the artist can put into the picture. 
\*^,)> Now come with me to a demonstration of the HP 2700 Color Graphics Workstation, the 
subject of this issue. A bright picture of the United States of America fills the screen — so 
far a conventional-looking television-like display. As we spin one of the thumbwheels on the keyboard, the 
display zooms in first on the west coast, then on a small area near San Francisco. Details appear that couldn't 
be seen in the original picture. The dots don't get larger, at least up to a point. Where did that extra detail 
come from? It's stored in the HP 2700's memory, which can hold information on 5000 times the number of 
pixels that can be displayed on the screen. On command, the workstation can send this information to a copy 
camera to be put on film with all of the fine detail preserved. 

Now watch as Scott Connor, an HP graphic artist, sits down to create a picture on the HP 2700. He's never 
seen the machine before. One and one-half hours later he's produced the brightly colored space-fantasy slide 
shown on the cover. He's been able to draw objects freehand, move these objects, change their size and 
orientation, select a palette of 16 colors to work with out of 4096 available colors, and fill in areas with colors 
automatically. In about the same amount of time. Journal Associate Editor Ken Shaw produced the sailboat 
bar chart on the cover. The third cover slide, the butterfly, shows what an accomplished artist can do. 

The HP 2700 isn't a computer. It's more like a computer terminal, but it doesn't need a host computer to 
create graphics. Most of the capabilities graphic artists need are built into it. However, with a host computer, 
the range of possibilities expands. Get the full story from the HP 2700's designers in the next 38 pages. 

■R.P. Dolan 

Editor Richard P Dolan • Associate Editor Kenneth A Shaw • Art Director. Photographer. Arvid A. Danielson ■ Illustrators. Nancy S. Vanderbloom, 
Susan E Wright . Administrative Services. Typography. Anne S LoPresti. Susan E Wright • European Production Supervisor. Henh Van Lammeren 
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A Color Presentation Graphics 
Workstation 

Here's a remarkable new workstation family for presentation 
graphics design, decision support graphics, and graphic 
art. It features powerful, easy-to-use application software 
and full block-mode terminal capabilities. 

by Sharon O. Mead, William R. Taylor, Kenneth A. Mintz, and Catherine M. Potter 



THE HP 2700 (Fig. 1) is a family of high-performance 
color graphics workstations offering local graphics 
design and output features that enable users to create 
professional presentation graphics and graphic art at a frac- 
tion of the cost of manual methods of design and prepara- 
tion. The workstations powerful features are accessible by 
a host computer so that it is possible to implement demand- 
ing graphics applications that do not require the computer 
to perform complex transformation calculations or transmit 
copious amounts of data to the workstation. The HP 2700 
can also function as a block-mode computer terminal, mak- 
ing it a suitable display station for many general graphics 
applications. It has a high-quality color display, a keyboard 
with many specialized functions, a graphics input device 
consisting of a pair of thumbwheels and a button, and an 
optional graphics tablet. 

Local Applications 

Local applications software combined with high- 
resolution 35-mm slide output let even a first-time user 
produce presentation graphics quickly and easily. 

PAINTBRUSH/2700 combines sophisticated picture cre- 
ation capabilities with the ability to manipulate and edit 
pictures created locally or by a host computer. Pictures can 
be created freehand using a graphics tablet or with a variety 
of drawing aids such as pen tips, arcs, curves, and defined 
shapes. 

AUTOPLOT/2700 is a charting package that can accept 
input from a flexible disc, the keyboard, or a computer. The 
only information that must be supplied is the data to be 
graphed. However, most attributes of the graph nan be 
changed interactively, including the size and location of 
axes, scaling, and the colors and patterns of lines, bars, and 
pie segments. 

PRESENTATION/2700 is a utility software package that 
outputs pictures to a high-resolution film recorder for mak- 
ing high-quality 35-mm slides or other film copies. It also 
has the ability to upload pictures to the HP 3000 Computer 
in the same figure file format used by the DSG/3000, 
HPDRAW. and TDP/3000 software subsystems. These fig- 
ures can then be transmitted to any device supported by the 
HP 3000 graphics capabilities, including the HP 2680A 
Laser Printer. Pictures can also be output to local plotters, to 
black and white printers, or through a video interface to 
cameras and monitors. 



Graphics Features 

The HP 2700 combines the benefits of vector graphics 
with raster graphics. The display of an HP 2700 is refreshed 
from a raster memory that has four memory bits for each 
screen color dot. or pixel. By contrast, a vector graphics 
display is refreshed from a display list of commands that 
direct an electron beam to move and draw lines on the 
display. Vector technology produces clean lines, but is usu- 
ally monochromatic and limited in the number of lines that 
can be drawn before picture quality deteriorates because of 
flicker. However, the image on the screen can be changed 
quickly, simply by changing the display list. 

The advantages of raster-scan technology are that color is 
readily available, the image can be arbitrarily complex, and 
solid areas can be filled quickly and without flicker. How- 
ever, since lines are made up of dots, stairstepping can 
occur in low-angle lines. Also, changing the image can be 
difficult without resending the entire picture. 

A major contribution of the HP 2700 is that, while it is a 
raster display, commands sent to the terminal to create 
graphic images are also retained in memory in a vector list. 
Just as with the vector display, these stored commands can 
then be manipulated by further commands to change the 
displayed image without retransmitting all of the original 
commands needed to create the image. Parts of the picture 
can be identified as objects which can be moved, scaled, or 
rotated independently of the rest of the display. This local 
storage of graphics commands allows true zoom and pan, 
and actually produces higher resolution on the screen in- 
stead of just making each dot bigger as you zoom in. While 
the screen is a rectangular array of 512 by 390 pixels, the 
user can address 32767 by 32767 points. A small area on the 
screen can be expanded by a single command to reveal a 
much higher level of detail than was initially visible. In fact, 
the user can view as much or as little of the address space as 
desired, and can look at up to 256 noncontiguous or possi- 
bly overlapping parts of the space at one time. 

A palette of 16 colors out of a choice of 4096 is displayed 
at any one time. Up to 256 palettes can be stored in the 
workstation. Interesting animation effects can be created by 
rapidly rotating the active palette among several stored in 
the terminal. Colors can easily be selected for a palette by 
use of a slide-bar menu that allows interactive manipula- 
tion of the colors. The results can be seen in the picture 
on the screen. 
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The HP 2700 supports a full polygonal area fill capability. 
This feature allows application programs to specify the 
vertices of any arbitrary polygon including concave, con- 
vex, and doughnut shapes and have the area filled in with 
either a solid color or a pattern. 

Color mapping, full polygonal area fill, multiple views 
and windows, object manipulations, and other advanced 
graphics features of the HP 2700 are explained in detail in 
other articles in this issue. 

Alphanumeric Features 

In addition to all of its graphics features, the HP 2700 is a 
complete alphanumeric terminal compatible with the HP 
2622A Data Entry Terminal. Applications that depend on 
block mode and format mode, such as VPLUS/3000, will run 
unchanged on the HP 2700. There are new display en- 
hancements that allow applications to make use of color in 
alphanumeric applications as well. The use of color on a 
menu or form allows the reader to discern much more 
information than is possible with a monochromatic display. 

A local mass storage option allows pictures and al- 
phanumeric information to be stored for later viewing or 
retransmission to the computer. There is a friendly com- 
mand interface for manipulating files and hard-copy de- 
vices. English-like commands and a system of prompting 
the user through softkey labels that change as a command is 
typed in make the I/O devices very easy to use. 

Hardware Architecture 

To provide the performance necessary to implement the 
advanced feature set of the HP 2700, a multiprocessor ar- 
chitecture was chosen. A multiprocessor architecture al- 
lows the device-dependent details of various I/O and dis- 



Fig. 1. The HP 2700 Color 
Graphics Workstation speeds the 
preparation of high-quality pre- 
sentation graphics The designer 
works with a keyboard, thumb- 
wheels and a button, or an optional 
graphics tablet. 

play functions to be offloaded from the main terminal pro- 
cessor. This frees the main processor to deal with other 
computations, thereby increasing total system perfor- 
mance. The multiprocessor architecture also increases the 
modularity and expandability of the terminal by placing the 
device-dependent functions into intelligent I/O and display 
controllers. Thus, individual modules can be enhanced or 
replaced with minimal impact on the main terminal 
firmware. 

Processor-Independent Bus 

To implement the multiprocessor architecture, a new bus 
named the processor-independent bus (PIB) was defined. 
The processor-independent architecture of the PIB allows 
different modules to use different processors and lets the 
product grow with technology. As new, more-powerful 
processors and device controller chips become available, 
new boards can be designed to enhance the capabilities of 
the product with minimal impact on the rest of the system. 

The HP 2700 modules are designed to minimize the need 
for jumpers for configuration. For example, the starting 
address for the memory board is configured by firmware 
instead of by hardwired jumpers; this simplifies assembly 
and reduces configuration errors. The modules are self- 
identifying, so that, with few exceptions, they can be in- 
stalled in any PIB slot. 

PIB modules can be categorized into four major types: 
channels, memory, master controllers, and dumb slaves. A 
channel is a microprocessor-based controller that supports 
communication with other modules through system 
(shared) memory. By using system memory as a communi- 
cation path for control information and a buffer for the 
transfer of data, the channel initiating a complex data trans- 
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fer operation is relieved of the burden of managing the 
details of the transfer. The channel that initiates these oper- 
ations is called the master controller. An alternative im- 
plementation for a controller is the dumb slave, which 
supports only direct communication with the master con- 
troller. This implementation is used when the complexity 
of the interaction with the master controller is low. obviat- 
ing the need to pass large amounts of data or control infor- 
mation to perform a single operation. The advantage of the 
dumb slave implementation is that it requires less hardware 
than a channel because the bus arbitration logic is not 
required. 



The PIB has a 16-bit data bus and a 24-bit address bus 
capable of addressing 16 megabytes of memory. Memory- 
can be accessed on both word and byte bases. Eight inter- 
rupt lines are provided along with power, clocks, and con- 
trol signals for a total of 100 lines. Bus arbitration for each 
channel is controlled by the bus controller chip (BCC). a 
proprietary HP IC. By integrating the control functions in 
this 48-pin IC, a complex bus interface can be incorporated 
into each channel using a minimum of board space. 

Three Module Groups 

The HP 2700 can be divided functionally into three main 
groups of modules: the system group, the VO group, and the 
display group (see Fig. 2). The system group provides the 
overall control of the terminal functions, including the 
execution of application programs. The core of the group is 
the MC68000-based processor board and associated ROM 
and RAM. The system group also includes the shared 
(backplane) RAM, which is used for interprocessor com- 
munication and for storage of vector lists. The modules in 
the I/O group provide the interface between the terminal 
and the wide range of devices supported by the HP 2700 
including graphics tablets, plotters, printers, and discs. The 
digital modules in the display group translate vector end- 
points and ASCII data into the individual picture elements 
(pixels) and manage the refreshing of the display. The 
sweep and monitor system converts the digital signals into 
visual information on the color CRT. 

Software Architecture 

Reflecting the modularity of the hardware, the HP 2700 
functions are distributed among the maincode firmware 
and the firmware for the channels. The maincode firmware 
resides in topplane ROM and in local ROM on the main 
processor board. It interprets keyboard, datacom. and tablet 
input and controls the transfer of information between de- 
vices. Channel firmware resides in local ROM on each 
channel module. Each channel also has its own local RAM 
for internal data structures. Channels generally respond to 
requests specified by the maincode in shared memory data 
structures called channel programs. The channel is respon- 
sible for translating the high-level request into the sequence 
of low-level operations necessary to control the device. This 
high-level interface facilitates a high degree of parallelism 
which contributes to the performance of the HP 2700. 

Maincode Organization 

The maincode firmware is organized into four major 
modules (see Fig. 3): the alpha subsystem, the file subsys- 
tem, the I/O subsystem, and the graphics subsystem. The 
alpha subsystem controls the alphanumeric personality of 
the terminal. It consists of the main loop, the escape se- 
quence interpreter (ESI), the alpha personality module, and 
low-level device routines. The main loop polls the terminal 
input devices (e.g.. keyboard, datacom, etc.) and dispatches 
the data to the ESI, the file subsystem, the graphics subsys- 
tem, or a datacom output port. The ESI collects characters 
within an escape sequence and dispatches the escape se- 
quence to the file subsystem, graphics subsystem, or alpha 
personality module for execution. The ESI also dispatches 
characters that are not part of an escape sequence to the 
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Fig. 2. The HP 2700 has a multiprocessor architecture based on a processor-independent bus. 
Hardware modules can be divided into three groups. 



alpha personality module. The alpha personality module 
provides routines to control alpha windows and softkeys 
(screen-labeled function keys) and to provide for configura- 
tion options. 

The file subsystem provides user-friendly access to HP 
2700 peripherals by interpreting commands that are 
specified in the command window and in device-control 
escape sequences. It also manages the loading of RAM- 
based applications and intrinsics. The liO subsystem dis- 
patches the channel programs, which are used to com- 
municate with the channels. It allocates control and data 



blocks in shared memory, sends the channel program to the 
channel, and interprets the completion interrupt from the 
channel. The I/O subsystem supports parallel I/O opera- 
tions, permitting concurrent access to several channels as 
well as multibuffered transfers between the maincodeand a 
channel. 

The graphics subsystem performs all of the graphics 
functions of the HP 2700. It manages the graphics viewports 
and performs the necessary object transformations invoked 
through the graphics keys, escape sequences, and tablet 
input. The graphics subsystem maintains object and vector 
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Fig. 3. Maincode firmware in the 
HP 2700 is organized into lour 
major modules, i.e.. the alpha, file. 
10, and graphics subsystems 
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A System for Creating Graphics 
Presentations 



The HP 2700 Model 65 Presentation Graphics Workstation prc- 
v>des the user wrth an HP 2700. 256K Oytes of program memory. 
224K oytes ot vector memory, double-buffered graphics memory, 
dual flexible disc drives a graphics tablet the two applications 
software packages AUTOPLOT.2700 and PAINTBRUSH/2700, 
and the PRESENT ATION2700 utility package 

Graphics Presentation Software 

Since a graphics presentation system is used by nonprogram- 
mers. it must be both friendly and interactive In PAINTBRUSH 
and AUTOPLOT, users invoke operations by selecting icon-like 
objects in a menu, instead of typing commands at the keyboard. 
This allows users to rely on their recognition memory; they are not 
required to memorize command names To increase user confi- 
dence, instructional messages, quick system response, and in- 
formation data in the menu give the user immediate, reassuring 
feedback, and defaults are provided wherever possible. In addi- 
tion. AUTOPLOT provides help messages for explanations of all 
functions. 

AUTOPLOT provides a user with the ability to transform data 
into pictures This application provides pie. bar. linear, log, and 
scattergram charts, and means for combining several charts to- 
gether in a single picture. 

Generic charts can be customized by changing colors, place- 
ment, area patterns, and axes of different portions of the charts 
Annotation can also be added to charts. For monthly reports, 
where the data changes but the format of the charts remains the 
same, only a data file needs to be changed for automatic genera- 
tion of the new report. 

PAINTBRUSH provides a user with picture and object library 
creation, picture manipulation and merging, and complete anno- 
tation ability Using a graphics tablet, a user can draw pictures 
freehand or use drawing aids such as circles, arcs, rectangles, 
curves, and grids. 

Once a picture is created, objects or groups of objects can be 
scaled, rotated, moved, copied, or deleted. Annotation can be 
added to both new and existing pictures, and other pictures can 
be merged with an existing picture. 

Software Integration 

The real power of a presentation graphics system is m the 



integration of the components of the system Both AUTOPLOT 
and PAINTBRUSH are integrated with the outside world and with 
each other The output of one can become the input of the other 
and vice versa 

PAINTBRUSH can take single and multiple charts as input. 
Each portion of a chart can become a separate obiect which can 
be scaled, rotated, moved, and copied singly or as a group The 
chart frame, background, axes, tics, labels, titles, annotations, pie 
sections, bars, and scattergram markers can all become sepa- 
rate obiects that can be manipulated Text can be added or 
modified. A chart can be customized by replacing portions of the 
chart with a picture, and a single chart can be manipulated as a 
group. 

AUTOPLOT can also accept PAINTBRUSH pictures as input 
and add charts into a picture. The PAINTBRUSH picture cannot 
be modified in AUTOPLOT. but it can be added to For example, a 
background picture can be created in PAINTBRUSH and then 
charts can be added to it in AUTOPLOT 

AUTOPLOT works well with host applications Data generated 
by a host program can be used as input data for AUTOPLOT 
AUTOPLOT can work in remote mode and accept data from a host. 
This allows AUTOPLOT to be a local postprocessor to host data 
For example, a chart can be easily produced from current data by 
sending a report from INFORM/3000 directly to AUTOPLOT 3000 
instead of the terminal screen 

PAINTBRUSH can be integrated with other applications in sev- 
eral ways. Pictures created by PAINTBRUSH can be used m both 
local and remote applications In a process control environment, 
the process control pictures (i.e., tanks, valves, fluid levels) can 
be created using PAINTBRUSH and then manipulated by a host 
program that controls the process. 

PAINTBRUSH can also act as a postprocessor for other appli- 
cations. Pictures made by other applications can be customized 
in the same manner that PAINTBRUSH can customize AUTO- 
PLOT charts. For example. DSG/3000 charts can be modified, 
combined, or annotated in PAINTBRUSH 

-John Alburger 
-Diane Rodriguez 



lists in shared memory and, through the raster I/O module, 
reads the raster memory when a raster dump is performed 
through the file subsystem. 

Interprocessor Communication 

Three methods of communication are used to exchange 
information between the maincode and controllers: direct 
PIB commands, programmed I/O, and polled I/O. Direct PIB 
commands are I/O-mapped instructions which can be used 
to transmit up to 16 bits of data to a controller. This method 
of communication requires a minimum of overhead and is 
used when little or no exchange of information is needed to 
perform the operation. Although this is a relatively low- 
level form of communication, it can permit two processor- 
intensive operations to be performed concurrently (e.g.. 



vector drawing by the graphics controller and object trans- 
formation by the graphics subsystem). 

Programmed I/O communication uses a channel program 
which is initiated by a PIB command (start program). A 
channel program consists of a channel control block for 
transmitting I/O control and status information, a sequence 
of channel instructions, and one or more data buffers used 
in the interchange. Each channel instruction specifies a 
very high-level operation (e.g., read N sectors starting at 
address S). The channel reads each channel instruction and 
translates the operation into a sequence of device-depen- 
dent commands (e.g., seek track, transfer sector S, transfer 
sector S + l. seek next track, etc.). Multibuffering techniques 
are used to overlap channel I/O with the processing of the 
data by the maincode. 
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ROM/RAM Intrinsics Strategy 



The HP 2700 terminal maincode firmware occupies 38 8K-byte 
ROMs for a total of 304K bytes To protect this substantial invest- 
ment, a strategy of dividing the maincode into intrinsic functions is 
used to achieve firmware flexibility and extensibility in the follow- 
ing ways First, it should be possible to make slight changes in one 
ROM without having to replace any other ROMs. Second, appro- 
priate mechanisms should be m place so that additions and 
changes can be implemented by adding ROMs with new code. 
Lastly, it should be possible to load system code from disc into 
topplane RAM, thereby providing a means to alter the terminal's 
capabilities on a temporary basis. 

To achieve these aims, the HP 2700 ROMs are modular and 
relocatable. Each ROM contains only complete, relocatable as- 
sembly (or compilation) units, combined into one virtual assembly 
unit. Furthermore, each ROM contains the necessary information 
to link its code to the rest of the maincode, once Ihe terminal is 
powered up and the locations of the ROMs are determined. Link- 
ing is done by the system initialization routine in the MPU board's 
system startup ROM. 

The linkage information of each ROM (see Fig. 1) consists of: 
■ An inventory of its global procedures or intrinsics, the proce- 
dures contained in the ROM that are callable from the outside 
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Fig. 1. HP 2700 ROMs are modular and relocatable. Each 
ROM contains information to link its code to the rest ot the 
maincode 



System Intrinsics Table 
(Local RAM) 

Fig. 2. Each intrinsic is identified by an integer The system 
intrinsics table contains the addresses of the intrinsics. 

■ A set of transfer linkages for the external calls within the ROM to 

intrinsic procedures outside the ROM. 

Each intrinsic in the system is identified by a unique integer, 
which indexes to an entry in the system intrinsics table containing 
the intrinsic's absolute address (see Fig. 2). This table resides in a 
reserved area of the local MPU-board RAM To link the maincode 
ROMs, the system initialization routine fills in the system intrinsics 
table, calculating the entries by traversing the globals inventory 
list in each ROM while taking into account the ROM's starling 
address. This action binds all the ROMs' external transfer link- 
ages, which are merely indirect jumps through the appropriate 
entries in the system intrinsics table. 

ROMs are linked in order of ascending address. Therefore, 
ROMs at higher addresses may redefine intrinsics previously 
defined by lower-addressed ROMs. This mechanism allows new 
ROMs to replace intrinsic procedures in already existing ROMs, 
so code can be modified or added. Each intrinsic provides a 
potential access point into the maincode for making changes or 
upgrades. Therefore, in addition to the procedures needed for 
linking ROMs, the system intrinsic procedures include many 
strategically significant procedures such as device drivers, plus 
some stub procedures called from key points in the code. 

ROM images can also be loaded from disc into topplane RAM, 
and then linked into the system following the physical ROM. In this 
way, special capabilities or personalities can be activated on a 
temporary basis (see "Disc Utility," page 23). RAM-based system 
code is also very useful for development purposes For instance, 
the international language capabilities of the HP 2700 were de- 
veloped in RAM after the rest of the maincode was already com- 
mitted to ROM. 



Polled L'0 communication uses a shared memory data 
structure to transfer data and control information between 
the maincode and a channel. The maincode uses a channel 
program to transmit the location of the poll buffer to a 
channel and to initiate the polling mechanism. Poll buffers 
are unidirectional: that is, one processor fills the buffer, and 
the other processor removes the data. As with programmed 
I/O, double buffering facilitates the overlapping of input/ 
output and data processing. This type of communication is 
used for relatively slow, asynchronous events such as tablet 
input and datacom input and output. 



Extensibility 

The HP 2700 software is designed to facilitate future 
enhancements of the workstation's feature set. All ROMs 
containing the maincode firmware are linked through a 
RAM-based vector table, which is constructed dynamically 
after power is turned on (see "ROM/RAM Instrinsics 
Strategy," above). Thus, an intrinsic function can be re- 
placed by providing a new entry point with the same name 
in a different ROM. Similarly. RAM-based intrinsics 
(routines) can be loaded into topplane RAM and linked into 
the vector table. This provides a convenient method for 
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altering the terminal's personality and for adding restricted 
capabilities (see 'Command Window." page 23). 

The HP 2700 also supports RAM-based programs, which 
can be loaded into topplane RAM from a disc file. These 
programs provide local application capability for the HP 
2700. The intrinsic organization of the maincode firmware 
permits a program to emulate normal terminal functions 
while providing specialized application support. 

Because of the functional modularity of the firmware, 
new devices can be supported by replacing the ROM on 
individual channels with no or minimal changes to the 
maincode firmware. Additionally, each channel contains a 
limited amount of local RAM into which firmware exten- 
sions can be downloaded. This feature is used in the test 
strategy for the HP 2700. Downloaded software can provide 
lower-level access to the channel features. Thus, the full 



capabilities of the complex channels can be tested, and 
carefully constructed diagnostics can pinpoint problems 
during production as well as in the field. 
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Designing Software for High-Performance 
Graphics 

by Robert R. Burns and Dale A. Luck 



A MAJOR CHALLENGE in the development of the HP 
2700 Color Graphics Workstation was to provide the 
new and enhanced graphics features that earn the 
HP 2700 its appellation "high-performance" while main- 
taining compatibility with other HP graphics terminals. All 
HP terminals, including the HP 2700, receive graphics 
commands from a host computer via escape sequences. 
These commands and the HP 2700's default conditions are 
designed to allow a host application written for other mem- 
bers of HP's graphics terminal family to run on the HP 2700 
with little or no modification. 

Like all of HP's graphics terminals, the HP 2700 uses 
raster technology, The display is composed of 199,680 pic- 
ture elements, called pixels, arranged in a rectangular ma- 
trix 51 2 pixels wide and 390 pixels high. The color memory 
associated with each pixel is four bits deep, and thus con- 
tains one of 16 values. On HP's black and white terminals, 
pixels are only one bit deep, and represent either black or 
white, depending on whether the pixel value is 0 or 1, 
respectively. On the HP 2700. one of 16 colors is displayed 
for each pixel value. These colors are determined by using a 
color lookup table, or color map, with 16 entries. For exam- 
ple, a pixel with the value 5 displays the color associated 
with entry 5 in the color map. The color map value for each 
entry is a 12-bit number, so there are 4096 possible color 
choices. Each 12-bit entry is composed of four bits each of 
the red. green, and blue components of the color, These 
four-bit component values are converted to one of 16 levels 
for the red, green, and blue CRT electron guns, as described 



in the article on page 18. 

The host and user interfaces to the color map have been 
designed so that the user doesn't have to know these 
hardware details. Multiple color palettes, up to 256. can be 
defined to allow one-step changes of the entire palette of 16 
colors in the color map. Color is specified using one of two 
color models: red , green, and blue (RGB], or hue, saturation, 
and lightness (HSL), These two color models are standard 




Fig. 1. The COLOR key brings up this softkey and menu- 
driven environment and displays a graphic representation ol 
three slide bars that can be used to select and alter colors. The 
slide bars control the hue, saturation, and lightness ol the color 
or the red, green, and blue content ol the color 
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for HP color graphics displays.' The RGB color model most 
closely describes the hardware implementation. The HSL 
color model simplifies color specification by making it 
more intuitive — hue is the color, saturation is how drab or 
colorful it is. and lightness is how non-black the color is. 

A user can interactively change the color map, and thus 
the colors in the picture, with the COLOR key. This key 
brings up the screen-labeled function keys and menu 
shown in Fig. 1. The picture is scaled and displayed in the 
upper left corner, the current 16 colors are displayed as 
boxes in the right margin, and the current value of the 
selected color (the color highlighted with the enlarged box) 
is graphically represented in the slide bars along the bot- 
tom. The selected color is changed using the thumbwheels 
to highlight successive boxes in the color menu. Different 
components of the selected color are modified using the 
thumbwheels to manipulate the slide bars, which represent 
components in either the RGB or HSL color model. The 
function keys are used to specify what color component is 
to be changed. 

Local Vector List 

The vector list is the significant feature that separates the 
HP 2700 from all other HP graphics terminals. The HP 
2647/48 and the HP 2623/27 Terminals store the graphics 
picture only in the raster memory. The HP 2700 stores the 
picture not only in its raster memory, but also in a separate 
list of graphics commands. When the user tells the HP 2700 
to draw a vector, it draws the vector into raster memory and 
stores a copy of the command to draw the vector in its vector 
list memory. The screen is capable of displaying vectors 
that have (x.yl coordinates in the range of (0.0) to (5 1 1,389), 
but the vector list can store vectors in the range of 
(-16383,-16383) to ( + 16383, + 16383). Along with the 
vectors, the vector list contains other primitives that choose 
pens, drawing modes, patterns, text, and area fill specifica- 
tions. Vectors drawn while interpreting escape sequences 
proceed at a maximum rate of about 150 vectors/second, 
whereas vectors drawn from the vector list are drawn at up 
to 5100 vectors/second. This factor-of-30 improvement and 
the new high-level graphics features make highly interac- 
tive and user-friendly graphics application programs easy 
to write. 

The HP 2700 can maintain more than one vector list. Each 
vector list is given a unique ASGII name. 

The power of local transformations is a very useful fea- 
ture. The HP 2700 provides this with a second level of 
picture structure, called objects, which are also identified 
with ASCII names. Objects make it possible to perform 
rotation, translation, and scaling on the vector list. The 
object is a separate entity and may reference any one of the 
vector lists in the terminal. A vector list. HOUSE, that de- 
scribes a house may be used by objects HOUSEi and HOUSE2 
to place two different-sized houses at different parts of the 
picture- The order in which these objects are redrawn may 
also be specified so that it is possible to place an object on 
top of another and make objects invisible. 

When drawing pictures the HP 2700 plots all the vector 
lists on an internal virtual space before putting the vectors 
on the screen. The virtual space is an imaginary square 
extending from (-16383. -16383) to ( + 16383. +16383). 



Vectors are defined in virtual space, and then moved to 
display space. This process is called viewing. Viewing re- 
quires two pieces of information: what part of the virtual 
space to get the vectors from (the window), and what part of 
the screen to place the vectors in (the viewport). The HP 
2700 can maintain more than one of these window/viewport 
relations. Each is known as a view. One can specify the 
background color of each view as well as the color of a 
border that outlines the viewport. At any time there is only 
one active view. It is only through this view that vectors can 
be redrawn or changed. 

An interactive user interface for the view features is pro- 
vided by the graphics keypad. The FULL VIEW key sets the 
active window to ±16K, the entire virtual space. Hitting 
FULL VIEW again returns the window to its original setting. 
The WINDOW key puts up a box cursor. By moving the box 
and varying the size of the box the user describes a new 
window. The ZOOM key also uses the thumbwheels to vary 
the mapping of the window to the viewport by changing the 
dimensions of the window equally on both sides so that the 
window grows or shrinks around the center of the window 
and the viewport. The PAN key moves the window around 
while keeping it the same size. The G AIDS (graphics aids) 
key sets up some function keys that can be used to get 
information about the current view and change its values by 
means of the keyboard. 

Polygon Area Fill 

Local polygonal area fill is one of the HP 2700's major 
additions to the graphics feature set of HP terminals. Poly- 
gonal area fill is the shading in of a polygonal area on the 
screen with a color or pattern. In the HP 2700. a boundary 
color can be specified and turned on or off for any edge of 
the polygon. Up to two other colors can be specified for 
interior fill. All the HP 2700 drawing modes are supported. 
Predefined area fill patterns are provided that match fill 
patterns of the DSG/3000 software package. 

Asanexampleof the savings achieved by using local area 
fill, consider a 60-sided circle of radius 100 with the center 
at (100.100). The total number of horizontal vectors needed 
to fill this area is 200 (the diameter). Since these are all 
contiguous vectors, each vector requires a move and a draw 
and takes about 1 2 characters to specify, for about 2400 total 
characters. Using polygonal area fill, only the 60 exterior 
vectors are required to describe the circle. Since these are all 
contiguous vectors, the number of points is also 60. so only 
six characters are required per vector. The total number of 
characters sent from the host computer is 360. This repre- 
sents an 85% reduction in the number of characters trans- 
mitted and a 500% improvement in the time it takes to draw 
the circle. 

Double-Buffered Graphics Memory 

A minimally configured HP 2700 has one set of four raster 
planes. This is where the pixels are stored to create the 
16-color display. When a second set of raster memories is 
installed in the terminal, the user may use double-buffered 
redraws. The HP 2700 will coordinate redraws of the chang- 
ing picture with alternating graphics raster memories to 
achieve hidden refreshes. This gives the user a less distract- 
ing update of the picture to work with. 
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Pick 

Local storage of the vector lists provides performance 
benefits not only in display operations, but in user/host 
interaction as well. The keyboard's integral thumbwheels 
or the optional data tablet can be used to position the graphics 
cursor over any part of the display. The host computer can 
inquire what structure in the picture is being pointed to and 
the HP 2700 can respond. First, the user selects which of the 
graphics cursor styles is to be used by pressing SHIFT 
GRAPHICS CURSOR, which cycles through the three differ- 
ent graphics cursor styles: short crosshair, long crosshair, 
or box cursor. Next, the user positions the graphics cursor 
over the item on the display to be picked. The host can then 
inquire, perhaps after waiting for a keystroke to proceed, 
what object lies near the cursor. Nearness is specified by the 
box cursor's size, or a like-sized rectangle centered about a 
crosshair cursor. The host can distinguish selections not 
only by object and vector list names, but also by numeric 
tags, called pick IDs. applied by the host to primitives in the 
picture. If the HP2700's memory contains an object near the 
cursor location, it can tell the host what object name, vector 
list name, and pick ID are associated with the item. Selec- 
tion ambiguity between two or more items within the pick 
aperture is resolved in fa vor of the object that has been given 
the highest detectability (an object attribute) by the host. If 
ambiguity still exists, the most visible item (i.e., the last 
drawn) is reported. 

This local pick capability can be exploited by a host in an 
interactive environment by building menus with unique 
pick IDs for each selection, creating an object with high 
detectability out of them, and making visible each menu as 
it becomes active (invisible objects are not pickable). The 
host then prompts the user to position the cursor over the 
desired menu selection, performs a pick, and identifies the 
user's selection based on the pick ID. This process allows 
the host application to remain independent of the actual 
menu layout, making customized user menus feasible. 

Fonts and Labels 

Another new graphics feature of the HP 2700 is enhanced 
flexibility for graphics text. This is achieved through the 
use of vector character descriptions and multiple character 
fonts. The vector character descriptions can include area fill 
specifications, allowing the font designer to control the 
apparent thickness of the characters. The character fonts are 
organized to allow full support of international character 
fonts. A stick font paired with its international language 
extension characters is supplied in ROM. The remaining 
seven character font pairs (or 14 fonts if international lan- 
guage extension characters are not required) are user- 
definable. The AUTOPLOT/2700 software (see page 31) 
provides two additional fonts: Roman and area filled bold. 
The PAINTBRUSH/2700 software (see page 34) provides a 
third additional smooth stick font. 

The HP 2700 uses vector graphics character descriptions 
to overcome the limitations associated with raster charac- 
ters. Raster characters can only be scaled by integer 
amounts and rotated by 90-degree increments, whereas vec- 
tor characters can be scaled, rotated, and italicized with 
arbitrary coordinate transformations. This flexibility, and a 
new text enhancement allowing control over intercharacter 



spacing, allows exact placement of graphics text. The 
ALTOPLOT 2700 and PAINTBRUSH 2700 applications 
take advantage of these enhanced graphics text capabilities, 
producing good screen previews and excellent hard-copy 
presentation material. 

Hard Copy and Other Output 

The HP 2700 has a variety of drivers for local hard copy. 
Supported hard-copy devices come in two basic types, vec- 
tor and raster, and interface to the HP 2700 through one of 
three ports: RS-232-C. HP-IB. and RGB video. 

Raster hard copy of the screen can be sent to HP printers 
or non-HP color printers. Menu options allow flexible con- 
trol over picture size, orientation, and content. The printer 
driver can automatically generate eight-color, dithered 
125-color. halftoned. or black-and-white pictures and out- 
put them to either RS-232-C or HP-IB devices. Users can 
also connect commercially available color cameras to the 
optional external video interface for raster image hard copy. 

Vector hard copy is generated from the local vector lists 
and can be sent to an HP plotter over either RS-232-C or the 
HP-IB. The HP-GL commands generated drive a variety of 
HP plotters, from the A-size two-pen 7470A to the E-size 
eight-pen 7585A. The plotter driver takes advantage of the 
HP 2700's 32K X32K virtual space, and objects described in 
this large virtual space are plotted at high resolution, avoid- 
ing roundoff problems associated with the 512 x390-pixel 
raster display. The AUTOPLOT/2700 application package 
can take advantage of the chart advance plot option of the 
HP 9872T Plotter to produce unattended multiple plots. 
This same capability is available to host applications, as 
are all RS-232-C and HP-IB printer and plotter hard-copy 
options. 

Not only can a host describe a picture to the HP 2700, but 
also the HP 2700 can describe its current picture file, in 
escape sequence form, to a host. Thus, for the first time in an 
HP graphics terminal, locally generated graphics, perhaps 
as the result of a PAINTBRUSH/2700 or AUTOPLOT/2700 
session, can be described to another device in vector form. 
This capability opens up new opportunities for local- 
versus-host partitions of graphics work. 

Vector List Implementation 

Each vector list consists of three parts. The first is the 
vector list header. It contains all of the primitive values that 
were set at the time the first primitive was stored. This 
includes items such as initial pen position, pen color, draw- 
ing modes, text slant, etc. Thus vector lists do not change 
values depending upon their order of drawing; the header 
block sets up an initial environment for a vector list draw 
that is identical to the environment in which the list was 
initially created. The second part of the vector list is the list 
itself, a serial stream of primitive graphics instructions. It is 
broken up into blocks that are easily managed, about 2K 
bytes per block. There are primitives that tell the vector list 
parser to jump to the next primitive block or to stop parsing. 
The third part of the vector list consists of text blocks. These 
are separated from the vector list to make text editing easier 
and independent of the other primitive attributes. 

The first byte of each primitive in the vector list is an 
index number that is used to look up the corresponding 



SEPTEMBER 1983 HEWLETT-PACKARD JOURNAL 11 



© Copr. 1949-1998 Hewlett-Packard Co. 



low-level handler to process this primitive. The second byte 
is the primary argument and is passed to the handler in a 
data register. Any other arguments in the list for this primi- 
tive are taken from the list by the handler. After the primi- 
tive has been executed, control returns back to the vector 
list parser, which then calls the next primitive handler. 

The table that contains the address of the primitive han- 
dlers has room for new primitives to be added as needed. 
Also, the table is soft-coded so that a completely new set of 
primitive handling routines can be exchanged for the de- 
fault set. This capability is used by the plotter driver. 

Polygon Fill Implementation 

The arbitrary polygonal (includes islands) area fill al- 
gorithm is conceptually simple: 

■ Break the polygon into edges 

■ Sort the edges, top to bottom, by topmost vertex 

■ Starting at the topmost edge, step down scan lines, 
generating all edges incrementally as they intersect the 
current scan line 

• For each scan line, sort all edges in left-to-right order, 
then fill the scan segment for each odd-even pair starting 
at the head of the list 

■ Stop when the bottom-most vertex is reached. 

The local transformations done by the HP 2700 (see be- 
low) transform the specified vector list area fill into a new 
polygon. To do this efficiently, the fill is done in multiple 
steps. 

Step 1 : Convert the standard polygon into a list of edges for 
the untransformed polygon. While doing this, accumulate 



the logical AND of the clip-code* for all vertices. 
Step 2: If this is a nonrotated transformation, check the 
accumulated clip-code. If it is nonzero then no portion of 
the polygon will appear in the window so this polygon can 
be thrown away. 

Step 3: Traverse the edge list transforming all vertices to 
display coordinates. Calculate the slope of the edges for use 
in determining scan line intersection during the actual fill 
(see Fig. 2a). The edge list must be preprocessed for the fill 
algorithm to work correctly. This is because the fill al- 
gorithm relies on the theory that any straight line going 
through an arbitrary polygon will intersect the polygon at 
an even number of points. Basically, what goes in must 
come back out. This theory has problems with edges that 
have one or both of their vertices on the line passing 
through the polygon. These are called special cases. 
Special case number 1: local maxima or minima (Fig. 2b). 
A fill line that starts on the outside of a polygon and 
encounters two lines that meet at a local maximum or 
minimum remains on the outside of the polygon and the 
fill generates a vector one pixel long for this intersection. 
A fill line that begins on the inside before encountering 
the maximum remains on the inside as it leaves that 
point. Fill lines can then be generated on either side of 
the point. The algorithm doesn't need any special work 
here. 

Special case number 2: knees (Fig. 2c). A horizontal line 
passing through the point of intersection of a knee passes 

"Clip-code is a value relumed from a routine that compares a point to the clip matrix This 
routine is an implementation ol the 2D clipping algorithm described In reterence 2 
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Fig. 2. (a) Basic polygon area fill algorithm. To gel from P1 to P2 in (y1-y2) downward steps 
requires (x1-x2)/(y 1 -y2) steps left per downward step. It P1 is (20, 10) and P2 is (0,0) then two 
steps left must be taken lor each step down. Special cases: (b) local maxima or minima, (c) 
knees, (d) horizontal edges, (e) It a horizontal edge is ignored, incomplete area till may result. In 
this example, either e1 ore3 will have been shortened, depending on the order ol the vertices. It 
this were not done, there would be three intersections on the scan line, which violates the primary 
assumption. Assume that e1 was shortened and does not intersect the horizontal line. II the 
horizontal line is ignored, the fill will start at the e2 intersection and miss the left part of that line. 
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through two edges, but whether it is inside or outside of 
the polygon changes. During the preprocess pass 
through the edge list one of the edges is truncated so that 
only one edge appears at the intersection point. 
Special case number 3: horizontal edges (Fig. 2d). Hori- 
zontal edges require special care during the fill process 
and don't need to be worked on during this pass. How- 
ever, they cannot be ignored since this may result 
in incomplete polygon fills (Fig. 2e), If the horizontal line 
in Fig. 2e is ignored, then half of the horizontal line will 
not be filled in. The half not filled in depends on the way 
the polygon was specified. 

Two different algorithms are used for the top-to-bottom 
sort of the edge list. If fewer than eight edges exist in the 
polygon, a simple insertion sort is done. If more than eight 
edges exist and enough memory exists for a temporary 
key-pointer table, then a quick sort is used. The quick sort 
improves the speed of the fill substantially for large poly- 
gons. 

A simple bubble sort is used to sort the edges from left to 
right on the same scan line. This algorithm turns out to be 
the most efficient for this application. In most cases there is 
no change in the order of edges from one scan line to the 
next. Bubble sort is fast at sorting a sorted list. If there are 
changes then they are either additions at the end of the list 
or they are crisscrosses of two adjacent edges. Bubble sort is 
fast in these cases, too. Horizontal lines that appear in the 
edge list are arranged in front of nonhorizontal lines if their 
first x values are the same. 

Intersections of scan lines are calculated by incrementing 
the last intersection value by the slope stored in the edge 
information. To avoid accumulated roundoff the slope is 
calculated to a precision of 16 fractional bits. Because im- 
portant tests are done at the ends of edges, the last intersec- 
tion point uses the real value that was originally specified. 

An edge list with nonhorizontal vectors is traversed in 
the standard way: fill the line between successive pairs of 
edges. Horizontal lines require special treatment. Horizon- 
tal lines that lie on or adjacent to each other are made into 
single horizontal lines. All nonhorizontal lines that inter- 
sect in the range of the horizontal line affect the parity of the 
first nonhorizontal line that appears after the horizontal 
lines are drawn. 

Because of the need to support all of the drawing modes 
during area fill, this algorithm was designed to fill all the 



dots in the area fill only once. The boundary capability is 
provided by calculating the required dots on either side of 
each fill line. This results in some speed degradation when 
filling boundaried polygons. The ability to turn boundaries 
on and off is useful for filling 2D polygons generated from a 
3D data base. 

Cross-hatched polygonal fills of PAINTBRUSH and AU- 
TOPLOT applications use the same area fill firmware in the 
terminal but have a special interface to prerotate the poly- 
gon before filling and then postrotating the resulting fill 
vectors. 

Font and Label Implementation 

A graphics label token in the vector list consists of the 
token code, the number of characters in the label, and a 
pointer to a block containing the information needed to 
display the label. This block consists of a header describing 
the label attributes and transformation, followed by the 
ASCII characters in the label. Fonts are described indepen- 
dently of the labels that reference them. There is a system 
table containing the addresses of each of the 16 character 
fonts. Also included in this table are flags indicating 
whether the font is a ROM-based system font or a user- 
defined font, and if the font has been redefined since it was 
last used. The first flag protects system fonts from redefini- 
tion and deletion and the second is used during label out- 
put, which is described below. The system table for a font is 
nil (zero address) if the font is undefined, and points to a 
95-entry table of 32-bit character-definition offsets if the 
font is defined. (There are 95 graphic characters.) These 
character definition offsets are nil (zero) if there is no cor- 
responding character definition, otherwise they are address 
offsets to be added to the address of the 95-entry table to 
point to the character definition. The first entry in this table 
is associated with the first printable ASCII character, a 
blank, and the last entry is associated with the tilde symbol. 
Each character definition consists of a four-byte header 
defining the lower left and upper right corners, followed by 
a vector description of the character in consecutive, one- 
byte, x and y components. All numbers are stored in excess 
64 notation, with the most significant bit of the x byte 
reserved to indicate that the coordinate is a move instead of 
a draw. A zero x byte, whose value translates to -64 in 
excess 64 notation and is therefore never used as a coordi- 
nate value, indicates that the y byte is to be interpreted as a 
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Fig. 3. Matrix arithmetic is used to 
calculate HP 2700 viewing trans- 
formations. The final transforma- 
tion matrix results from combining 
the object transformations with the 
viewing matrix. 
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command . Valid commands are "end character definition," 
"start area fill," and "end area fill." 

When the label token is processed during a redraw opera- 
tion, the length of the label is saved and the label block is 
accessed. In the label block is (he font number associated 
with the label, and this is used to get an address for the 
primary and extension fonts. The extension font has a font 
number that is the higher of the paired fonts 1-2, 3-4, 5-6,... 
For example, font 9's extension font is 10, and font 10's 
extension font is 10. These fonts may have nil addresses, in 
which case default fonts are selected. Other setup opera- 
tions before the output of the label include setting the line 
style and area fill pattern to solid, ensuring that the correct 
color is used, and locating the transformation matrix in the 
label block header. If the font flag shows that the font has 
changed since the transformation and placement of the 
label were saved in the label block header, the transforma- 
tion matrix is recomputed, since a new justification factor 
or scale might be needed as a result of the newly defined 
characters. 

Once setup has been done, all that remains is to step 
through the ASCII characters in the label block, index into 
the font or extension font to get the vector definition, apply 
the label transformation to the definition, and process the 
resulting coordinate as any other move or draw. 

Transformations 

The HP 2700's local object and viewing transformations 
offload many calculations from the host onto the terminal. 
The host not only has to do less arithmetic, but also doesn't 
have to do as much I/O to send the transformed vectors from 
the host to the terminal. The local transformations include 
rotate, translate, scale, and transformation center, This 
transformation center capability makes the specification of 
how the object is to be placed, stretched, or spun more 
intuitive. The viewing transformations are applied along 
with the object transformations to provide a complete set of 
attributes for viewing any portion of the picture in a conve- 
nient viewing area of the screen. 

Matrix arithmetic is used to calculate these transforma- 
tions. The result of the object transformations combined 
with the viewing matrix is shown in Fig. 3. 

The first subtraction of the transformation center is not 
included in the total matrix. Its inclusion would require a 
larger dynamic range of the individual multipliers of the 
new matrix than could be provided. The final work done 
on each coordinate pair consists of the following two 
computations: 

xnew = (vectorx-centerx) xmll 

+ ( vectory -centery ) x m 1 2 + m 1 3 

ynew = (vectorx-centerx) xm21 

+(vectory -centery) xm22 +m23 

■ vectorx/y is a 15-bit value. 

■ centerx/y is a 15-bit value. 

■ The subtraction of these two quantities yields a 16-bit 
value. 

■ ml 1 , ml 2, m21 . and m22 are 32-bit floating-point values. 
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■ ml3 and m23 are 48-bit fixed-point values, 32 bits of 
integer and 16 bits of fraction. 

■ The 16x32 bit multiplication yields a 48-bit product. All 
partial sums are maintained to 48 bits of precision. 
The above equations require eight 16-bit multiplies, four 

32-bit adds, four 16-bit adds, and eight shifts of 32-bit data. 
A 68000 microprocessor may be powerful, but it isn't pow- 
erful enough to grind through these vectors at a very high 
rate. Using average instruction timing on the 8- MHz 68000 
results in 100 microseconds for a basic transformation. The 
need to check for overflow when transforming undipped 
vectors adds in an extra 15 microseconds. Some other over- 
head, such as bit shifting, moving data to temporary regis- 
ters, etc., brings the total time for a complete tranformation 
to about 150 microseconds. 

The main loop that calls the transformation routine is 
another 150 /us. It takes care of all of the drawing modes, line 
types, and overflow conditions. The total time is about 300 
(is or a little more than 3000 vectors per second. 

Since many vectors do not require all the sophisticated 
calculations that are required for these transformations, the 
process is optimized to do only what is required. The full 
transformation process is a considerable amount of code 
that can be broken down into some modular pieces: a piece 
that subtracts the transformation center from the endpoints. 
a piece that multiplies the endpoint by the upper value of 
the multiplier, one that takes care of the lower 16 bits of the 
multiplier, a piece to multiply by 1 or by 0, and pieces to 
shift the results the correct amount of times. In the simplest 
cases, most of these pieces are not required. If the transfor- 
mation center is 0 why subtract it from the endpoint? If the 
multiplier is 1 why do the multiply? With these in mind, the 
optimization is done by dynamically examining the final 
transformation matrix, selecting the appropriate code from 
a table of routines, and placing that code in high-speed 
RAM. This results in the building of a routine that is highly 
optimized for the particular transformation the vectors will 
be going through. 

A particular transformation is constant for the processing 
of an entire object and vector list. For each object, the HP 
2700 computes a new transformation matrix, which in- 
cludes the object as well as the view transformations. Then 
it builds the required transformation routine. This 
technique nearly doubles the speed for simple transforma- 
tion matrices. There is also some improvement in speed for 
vectors going through complex transformations because 
the code can use immediate data instead of variables that 
require extra memory accesses to retrieve. 
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Logic Design for a Graphics Subsystem 

by Craig W. Diserens. Curtis L. Dowdy, and William R. Taylor 



A MAJOR CONTRIBUTION of the HP 2700 to graphics 
users is its response time to draw and redraw com- 
plex pictures on the CRT. Under best-case condi- 
tions, redraws from the local vector list can approach a rate 
of 40,000 vectors per second. Fast response time is achieved 
by distributing raster graphics drawing tasks to hardware 
optimized for this purpose. 

The hardware pipeline that presents graphics informa- 
tion to the HP 2700 color monitor is shown in Fig. 1. This 
pipeline consists of three plug-in hardware modules known 
as the graphics controller, the graphics image memory, and 
the color mapper. An additional path from the graphics 
image memory to an external raster device such as a hard- 
copy camera or another display monitor is provided by a 
fourth optional plug-in module called the external video 
interface. 

Graphics Controller 

The graphics controller offloads vector drawing tasks 
from the system MPU. The MPU passes the (x.y) coordi- 
nates for the vector endpoints to the graphics controller, 
which then calculates which dots on the display to use to 
achieve the best approximation of a straight line. This al- 
lows the MPU to spend more of its time doing higher-level 
graphics functions such as scaling, rotating, and translat- 
ing. The graphics controller also controls the graphics 
image memory and performs the function of scanning the 
image memory lo output pixel data to the color mapper. 

A block diagram of the graphics controller is included in 
Fig. 2. The major functional blocks are the processor- 
independent bus (PIB) interface, the vector processor, the 
raster-scan logic, and memory control. 

The vector processor is the highest-level functional block 
within the graphics controller. It is a dedicated processor 
designed specifically for raster graphics operations, Its in- 
struction set offers the ability to draw patterned and nonpat- 
terned color vectors, store and recall vector parameters, fill 
blocks of memory with a color, write and read individual 



pixels, write and read segments of raster planes, and test 
processor functionality. 

As can be seen in its block diagram. Fig. 3. the vector 
processor is implemented with hardware from the 2901 
bit-slice family. The processor architecture is defined by the 
microcoded control program found in the microcontrol 
store. The control program consists of 512 32-bit control 
words, grouped into microroutines corresponding to the 
graphics controller command set. Each individual bit of a 
control word is linked directly to a controlling function on 
one of the major logic devices within the processor section. 

A microroutine is invoked by writing an address to the 
command register. This register is connected directly to 
five PIB address lines and appears to the MPU as a set of 32 
locations within the PIB address space. The address written 
to the command register is then passed by the 2911 A Se- 
quencer upon completion of the current microroutine to the 
microcontrol store, where a jump table maps the command 
address to a particular microroutine. 

The control and status pipeline registers shown in Fig. 3 
allow controlling operations and processing operations to 
occur simultaneously, so that a control instruction may be 
processed while the next instruction is being fetched. This 
allows control instructions to be executed in continuous 
8.8-MHz cycles. 

In the processor section, the 12-bit 2901 A Arithmetic and 
Logic Unit is assisted in vector drawing functions by a set of 
external registers and counters. Instead of placing the data 
most used when drawing vectors in the registers internal to 
the 2901A, where multiple cycles would have to be exe- 
cuted to make this data available, vector data is placed in 
external devices. This speeds vector drawing so that in the 
best case, a pixel can be drawn with each image memory 
cycle (2.2 MHz|. 

The raster-scan address logic, shown in Fig. 2, is respon- 
sible for keeping track of the current position of the video 
signal as it sweeps across the CRT. It then addresses the 
image memory once every 16 pixels of video display time 
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and instructs the image memory to load the next 16 pixels to 
be displayed into the video output buffers of the graphics 
memory. 

Both the vector processor and the raster-scan address 
logic generate image memory addresses in logical form (i.e.. 
in logical two-dimensional space with (x,y) = (0.0) located 
at the lower left-hand corner of the display). It is the job of 
the memory control functional block to map logical image 
memory addresses into physical memory addresses and 
generate the proper timing and control signals for the 
graphics image memory. 

PIB Address 
Lines 




Fig. 3. Vector processor block diagram. Bit-slice hardware 
from the 2901 family is used. 



Graphics Image Memory 

The graphics image memory, whose functional block 
diagram also appears in Fig. 2, serves as the display buffer 
for the graphics image. Address locations are provided for a 
512x512-pixel display space with four bits per pixel. 
(However, only 512 by 390 pixels are displayed on the HP 
2700 CRT.) As an option, a second graphics image memory 
plug-in module may be added to the system to provide 
double-buffering capabilities and overlays. The organiza- 
tion of this hardware module provides flexibility in reading 
and writing the raster image in the form of multiple 
addressing modes. The sequencing of row and column ad- 
dresses is optimized to allow raster scanning to refresh the 
dynamic memory , thus allowing more bandwidth for vector 
plotting while the display is being refreshed. 

The image memory array is composed of sixty-four 
16Kxi dynamic RAMs, which are organized so that the 
array can be addressed in one of four ways. The various 
addressing modes can best be understood by first looking at 
the logical organization of the array, shown in Fig. 4. The 
cross section at the top of the array represents a 64-bit block, 
one bit from each RAM, for any of the 16K addresses. Four 
boundaries define the four types of addressing modes. A 
pixel is four bits deep into the array, and defines the color of 
a dot on the display. A raster plane is a vertical slice com- 
posed of one bit from each pixel in the array, and a plane 
segment is a four-bit nibble from one memory plane. A word 
is 16 bits making up four adjacent pixels. A video word is a 
64-bit block composed of 16 adjacent pixels. The array can 
be accessed by individual pixel . by plane segment, by word . 
or by video word. 

Pixel access is used by the vector processor when draw- 
ing vectors or when in pixel read or write mode. Plane 
segment access is used for raster dumping between the 
image memory and mass storage and for supporting 
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monochrome hard-copy output. The external video inter- 
face uses word access to read four pixels at a time for 
external raster output. Output to the color mapper is done 
by video word so that the memory bandwidth is not con- 
sumed by the action of raster scanning. 

Color Mapper 

The color mapper board provides graphics color map- 
ping and image manipulation, alphanumeric color map- 
ping, and a hardware graphics cursor for the HP 2700. Color 
mapping greatly expands the user's choice of colors with- 
out increasing'the size and cost of the graphics image mem- 
ory. In a color-mapped graphics system, the pixel data in 
the image memory does not define a color, but rather a code 
used to select a color from a table. 

As an example of color mapping, consider the following 
table function: 



Word 3 Word 2 Word 1 Word 0 



Pixel 
Value 

1 
2 
3 



Primary Color Corresponding 
Red Green Blue Color 



3 3 3 

4 4 0 
0 0 4 



gray 
yellow 
blue 



Given a pixel value of 1 to 3, the result of the table function 
is a color triple (Red. Green, Blue > determined by the pixel 
value. A pixel value of 3 selects a color triple corresponding 
to a full bright blue. If each primary color (red, green, blue] 
can have five intensity levels, there are 5x5x5=125 diffe- 
rent combinations or colors. However, only three values 
have to be stored in the image memory. 

If the map table is changed, then the color assignments 
and the corresponding visual image are modified without 
changing the image memory. A second map, 



Pixel 
Value 

1 

2 
3 



Primary Color Corresponding 
Red Green Blue Color 



3 3 3 

4 4 0 
4 0 0 



gray 
yellow 
red 



changes everything that was blue with the first map into 
red. Thus, in addition to presenting the user with a large 
spectrum of possible colors, color mapping lends itself to 
flexible and interactive changes in color. 

The HP 2700 implementation has 16 values per graphics 
pixel (4 bits), and 16 intensity levels for each primary color. 
Consequently, the user has 1 6 x 16 x 16 =4096 color choices, 
with 16 colors available at a time. A high-speed 16-word- 
by-12-bit memory operating at the graphics dot rate is used 
as the lookup table. Changes of the map memory are syn- 
chronized with display blanking (off) intervals to avoid 
visual flashes. 

Alphanumeric color mapping follows the same basic no- 
tions, but is implemented slightly differently. Each charac- 
ter is assigned a color code whose value is used to select the 
color definition for that character. The character matrix dots 
that form a character, the foreground, may be assigned a 
color using a (red. green, blue) representation. Similarly, 
the background dots in a character cell are independently 
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Fig. 4. Logical organization of the image memory array 

assigned a color. There are 16 available foreground/ 
background pairs, with 64 color choices. 

The HP 2700 can manipulate its two graphics images in 
several ways. One way is double buffering, described in the 
preceding article. This is effected using the color mapper 
mask/overlay logic. 

In overlay mode, one image can be superimposed on the 
other and both images effectively displayed simultane- 
ously. This allows dynamic objects in one memory to be 
altered without redrawing the entire image. A potential 
application might place a fixed pattern such as a menu or 
map into one memory and move objects in the other. Over- 
lay is implemented by displaying the background image 
whenever the foreground pixels have a zero value. 

The high speed of most of the color mapper posed some 
interesting testing challenges. Test pattern registers are 
placed at the video and control inputs, and the PIB interface 
allows processors to read the final video outputs to the CRT 
amplifiers. For functional testing, the maps are loaded with 
predefined values, the board inputs varied, and the final 
video output compared with the expected result. This test 
method has proved very effective and economical in both 
software and hardware (five additional ICs out of 81 total). 

External Video Interface 

The external video interface (EVI) permits video devices 
such as color display monitors and color graphics cameras 
to be connected to the HP 2700 Terminal. The EVI is a 
graphics-only interface; alphanumeric characters are not 
displayed. In contrast with the noninterlaced internal dis- 
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play of the HP 2700. the EV! generates an interlaced output 
suitable for lower-bandwidth devices. Because of its inter- 
laced display, the EVI cannot simply tap the data stream 
going to the internal display and convert it lo appropriate 
analog levels. It is an integral part of the graphics subsys- 
tem, and pixel data is accessed directly from graphics 
memory, contending with the graphics controller for mem- 
ory cycles. A state machine arbitrates the competition for 
memory cycles, initiating an access to graphics memory 
when the EVI needs data for its display and the memory 



cycle is not being used by the graphics controller for inter- 
nal display refresh. Pixel data is buffered on the EVI in two 
FIFO (first in. first out) memory arrays which are accessed 
asynchronously as needed by the EVI display refresh logic. 
Data is passed to the color mapper on the EVI. which dupli- 
cates the functions of the main graphics color mapper. 
Digital signals are then combined with video timing signals 
and converted to an RGB video output conforming to a 
subset of the Electronics Industry Association (EI A) RS-170 
standard. 



A High-Resolution Color Monitor 

by Mark Hanlon, Geoffrey G. Moyer, and Paul G. Winninghoff 



TO GIVE THE USER a wide choice of colors for the 
16 pens available in the HP 2700. the color monitor 
is designed to produce 4096 pure colors. A delta- 
gun CRT is used to display vivid, well converged colors 
with sharp focus, very high contrast, and almost no reflec- 
tions. A high-speed digital-to-analog converter (DAC) con- 
verts the digital information from the color mapper to the 
fast-rise-time, large- voltage-swing signals needed to drive 
the cathodes of the CRT. Raster-scan deflection is used. 
Electronic signals correct the nonlinearities in both hori- 
zontal and vertical directions, so that circles look like cir- 
cles and are the same size when they are moved from one 
portion of the display to another. A new approach to con- 



vergence circuitry eliminates the headaches of conven- 
tional television-type monitor alignment, A convenient, 
simple-to-use control panel aids the user in the quick con- 
vergence procedure. 

To put 4096 different colors on the display, very sharp 
focus and precise convergence are a must. These con- 
straints can only be met with the use of a delta-gun CRT. so 
called because of the placement of an electron gun on each 
vertex of a triangle. Each of the three guns is aimed at a 
particular color phosphor dot on the screen, either red, 
green, or blue. The dots are in triangular groups of three, 
called triads, that are spaced less than a third of a millimeter 
apart. These dots are so small that at a normal viewing 
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distance the eye averages their effect and sees a pure color. 

The video drive circuitry provides 16 color levels to each 
gun of the CRT. so four bits of information per color are sent 
from the color mapper (see Fig. 1 ). The cursor is extra-bright 
white and information for it is sent on a separate line. The 
DACs provide a set of voltages to each cathode to produce 
colors that appear to be in uniform brightness steps. Spot 
shape is determined in part by the rise and fall times of the 
cathodes. For a crisp display, these times must be kept to a 
small percentage of the dot time. 

A TTL line driver provides a simple, economical solution 
to implement three high-speed, well matched DACs. In- 
coming data is coded negative true, so for the brightest 
level, all four emitter resistors are switched to ground, each 
through a single section of an octal driver. The user has 
access to a front-panel control that varies the bias on Ql. 
thus varying the gain of the DACs. This changes the 
amplitude of each of the steps in brightness level and is thus 
a contrast control. Separate internal adjustments set the 
cutoff levels of the three guns, so the user can reduce the 
brightness level of full-bright colors without making the 
darker colors too dim to see. Each of the DACs generates a 
large step in voltage (a pedestal) so that the black level (all 
inputs high) is extra-black, making only a single internal 
adjustment necessary to control both brightness and spot 
cutoff. 

The video driver is in a rather precarious position in the 
monitor system. It sits between extensive digital hardware, 
most of which runs at TTL levels, and the CRT. in which 



most of the potentials are measured in kilovolts. It is likely 
that the anode voltage ( +20 kV) will arc over to the lower- 
potential cathodes sooner or later in the life of any CRT. 
Applying ^20 kV to the output of a TTL gate, even for a few 
microseconds, can severely limit the useful life of the gate! 

During a tube arc-over, the anode capacitor formed by the 
inside anode coating on the CRT and the conductive 
(aquadag) ground on the outside of the CRT tries to dis- 
charge through the low- voltage grids at the base of the neck. 
The rise time of the arc is on the order of a few tenths of a 
microsecond, while the peak voltage can be the full 20 kV. A 
very low-impedence. separate ground path is provided to 
the aquadag. To keep the return path of the arc -over current 
as short as possible, spark gaps to the anode return ground 
are provided in the CRT socket. Still, more protection is 
needed, since gaps can only reduce the voltage to a few 
kilovolts. Each of the grids and cathodes has its own protec- 
tion scheme because each operates at a different voltage and 
frequency. Careful attention is paid to the placement of the 
arc-over devices relative to the CRT pin and the anode 
return ground. Current-limiting resistors are also used to 
limit the peak energy any circuit will be asked to absorb in 
an arc-over. 

Easy Convergence 

For a properly designed, uniform deflection field, the 
convergence error of a CRT is a geometry error caused by the 
difference between the radius of curvature of the CRT face- 
plate and the distance from the deflection plane to the 



EMI Entanglements 



Computers and their peripheral devices, like many common 
household appliances, emit electromagnetic interference (EMI) 
Ordinarily these emissions pass around us, unnoticed until the 
television or radio show we are listening to is interrupted by noisy 
reception. Current government standards aimed at limiting EMI, 
as well as a desire to reduce unwanted interactions between 
computers, have prompted the following design goal for the HP 
2700: EMI suppression commensurate with the many require- 
ments of a powerful desktop peripheral. 

EMI is generated in computer products by the action of digital 
gates. When a gate switches from a logical high level to a low level 
repeatedly, the possibility of EMI is high. Fourier analysis of logic 
signals shows that emission is possible at all frequency multiples 
of the pulse repetition rate. The level of disturbance diminishes at 
higher frequencies, as determined by the repetition rate and rise 
time of the logic signal. The duty cycle of the signal modifies this 
diminishing trend with a sinusoidal function Fast gates typically 
use appreciable currents to switch quickly. These rapidly chang- 
ing currents must have a low-impedance return path nearby or 
EMI will occur It is interesting to note that, given a choice of paths 
to follow, return currents will choose the one that produces the 
smallest emission. Even so. it is very difficult for a design to 
provide "good" paths for every one of the multitude of traces, so 
some EMI occurs 

A thin shield, such as conductive paint, is an attractive method 
of EMI suppression, but is only effective in stopping EMI from 
high-impedance (low-current, high-voltage) sources Thick 



(metal) shielding is effective against low-frequency emissions 
from low-impedance circuits but is an unattractive solution lor a 
desktop unit. The HP 2700 takes a third approach to EMI suppres- 
sion, incorporating ground-plane printed circuit boards to form a 
return path network that prevents EMI A ground- plane board is 
produced by laminating a copper sheet between the ordinary 
layers of circuit traces. The early commitment to this mode of 
manufacture alleviated the need for a heavy metal enclosure. 

To test HP 2700 compliance with emission limits in all of the 
many system configurations, different combinations of devices 
were placed at one end of a 50-yard metal surface and allowed to 
perform worst-case communications The measuring receiver 
was at the other end of the surface. At each frequency, the 
disturbance level was measured, transcribed, and examined to 
ascertain possible culprits An appropriate noise reduction 
technique was then applied ' The HP 2700 uses grounding, isola- 
tion, and shielding techniques to solve radiated EMI problems. 
Filtering and source suppression methods are used to reduce 
conducted EMI on the power cord. 

The HP 2700 EMI solution permits many peripherals to be 
attached simultaneously without producing significant EMI while 
allowing a plastic package to surround a generous amount of 
processing power. 

■Geofi Moyer 
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center of the faceplate. This difference can be expressed as a 
power series that contains only even-order terms, the 
high-order terms becoming very small very quickly. The 
first two terms of this error expressed as a function of the 
distance from the center of the faceplate are: 

E = k,+k 2 D 2 |1] 

where k, and k 2 are constants, D is the distance from the 
center of the faceplate, and E is the error term in one 



direction. 

The faceplate is two-dimensional, so the total error is a 
product of the error in the X direction and the errot in the Y 
direction: 

E c = k a + kty 2 + k c x 2 + k d x 2 y 2 (2) 

where: k a = magnitude of the error of the entire screen 
kb = magnitude of the error on the top and bottom 
k,; = magnitude of the error on the left and right 



HP 2700 Power Supply 



The major design challenge ot the HP 2700 power supply was 
packaging a large amount of power into a comparatively small 
space. The 1 Win 3 power density of the 450-watt output supply is 
over twice that of previous terminal designs, yet does not require 
high levels of forced air cooling Effective system protection and 
diagnostic capabilities are additional features of the supply. 

Because of limited space and cooling, power conversion effe- 
ciency ( power output * power input) is extremely important in this 
design The overall supply architecture, shown in Fig. 1 , allows 
most of the power output to be converted fromac todc in only one 
active conversion step. High-frequency, high-voltage switching 
circuits are used to convert the incoming ac line voltage into dc 
output voltages. For +5V and +44V, the conversion process is 
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±150V 
dc 



±150V 
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dc out 



The remaining output voltages are generated with secondary 
switching and linear regulators. Using this supply organization, 
the overall efficiency is a high 78%. When compared to a typical 
70% efficient supply, the HP 2700 supply eliminates 65 watts of 
heat dissipation. 

Protection and Diagnostic Capability 

Extensive voltage and current protection circuits are included 



because of the high power levels sustained by the supply The 
+5V, 40A output is capable of welding metal to the outputs. 
Current limiting on all outputs and the high-voltage primary effec- 
tively protects the supply from load (system) component failures 
and short circuits. Protection of the system is accomplished by 
overvoltage and undervoltage monitoring of all outputs. If any 
voltage exceeds the nominal voltage +10%, or is less than the 
nominal voltage -15%, the supply shuts down all outputs and 
remains off until the ac power is turned off and on again The 
overvoltage shutdown delay is 100 u.s. while the undervoltage 
delay is 0.7 second 

As a direct outgrowth of the voltage protection circuit im- 
plementation, diagnostic indicators and special test points are 
available for servicing and repair. Two status lights, a green Up 
and red Down, indicate that all voltages are either in tolerance or 
have caused a shutdown. Consequently, it is not necessary to 
measure output voltages to know the supply is working correctly. 
The cause of a shutdown can be deduced from the lights during 
servicing. 

The supply is partitioned onto two printed circuit boards. The 
control board contains only low-level circuitry and is well suited to 
automated manufacturing techniques, while the main board uses 
numerous large components and includes ac line voltages. The 
+5V, 40A currents are run through copper bus bars and through 
four printed circuit board layers. 

-Craig Diserens 
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kj = magnitude of the error in the corners 
x = horizontal distance from the center of the 
faceplate 

y = vertical distance from the center of the 

faceplate 
E c = total convergence error. 
In the ideal case, where the guns, deflection yoke, face- 
plate, and video information are ail perfectly aligned, the k a 
(dc) term vanishes. In a real system, the dc term is present, 
and indeed, the error on the left is not necessarily the same 
as that on the right, the top and bottom errors are not the 
same, and the corners each have their own errors. So. the 
total error function becomes: 



E c = k dc + (k t + k b )y 2 
+ (k„ + k b , + k u 



(k, + k r )x 2 
kbrJy 2 * 2 



(3) 



where t=top. b=bottom, l=left. and r=right. 

The y 2 term is a vertical rate parabola, the x 2 term is a 
horizontal rate parabola, and the y 2 x 2 term is a product of 
the two parabolas. In the HP 2700. convergence correction 
is implemented by allowing the user to determine the val- 
ues of each of the k terms by adjusting potentiometers that 
are connected to the appropiate correction waveforms (Fig, 
2). The kd c term is a dc voltage level and corrects errors at 
screen center. Each of the other correction signals is set to 
zero at screen center so that only the k dc term affects the 
screen center. The horizontal rate parabola is already zero at 
the vertical centerline. The same holds for the vertical 



parabola along the horizontal centerline and the cross 
product signal along both centerlines. The voltages of all of 
the pots for one color are multiplexed at the horizontal and 
vertical rates and then summed. There is a pot for each of 
the nine constants in equation 3 for each of the three colors, 
red, green, and blue, for a total of twenty-seven pots. The 
pots are arranged in groups of three, one for each color, and 
in a 3x3 grid that corresponds with the position of the 
screen that each pot will adjust. When adjusted in order, the 
controls are not dependent on each other because the sig- 
nals are zero on the centerlines. Therefore, obtaining opti- 
mal convergence is easy. 
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The Graphics Workstation as an Extensible 
Computer Terminal 

by Edward Tang, Otakar Blazek, Thomas K. Landgraf, Paula H. Ng, and Stephen P. Pacheco 



IN ITS ROLE AS A COMPUTER TERMINAL, one of 
the key design objectives for the HP 2700 Color Graphics 
Workstation was extensibility. This means it should be 
easy to incorporate new technologies as they become avail- 
able or to coincide with the changing needs of users. 

In fulfilling the role of a terminal, the HP 2700 must 
provide certain capabilities: an alphanumeric display, 
keyboard input, data communications, and local device 
control. These functions are provided by the intelligent I/O 
controllers. The actions of the I/O controllers are coordi- 
nated by the main processor. The architecture, interface, 
and software of the I/O controllers and main processor are 
designed not only for extensibility , but also for compatibil- 
ity with existing HP terminals. 

Main Processor 

The main processor consists of the main processing unit 
(MPU) and the universal ROM and universal RAM boards. 
The MPU is a single-board computer featuring an MC68000 
microprocessor, 32K bytes of RAM, and 96K bytes of ROM. 
With the universal RAM and ROM boards, memory can be 
expanded to 8M bytes. Also included on the MPU board is a 
serial datacom port used for error diagnosis and in the 
computer-aided test and tracking system used in HP 2700 
production (see article, page 25). The MPU controls all of 
the I/O controllers, interprets all alphanumeric and 
graphics commands, and coordinates the processing re- 
quired to perform each command. 

The universal RAM board can be configured for 64K, 
128K. or 256K bytes of additional RAM, and the ROM board 
can provide an additional 256K, 512K, or 1M bytes of ROM. 
The amount of additional memory is determined by the 
number and type of memory chips installed on the boards. 



This flexibility improves manufacturing productivity. 
Since only two types of boards have to be manufactured, 
only two sets of manufacturing and test tooling are required 
to yield six different board assemblies. 

The memory boards can be used in two ways by the MPU: 
as local memory accessible only by the MPU, or as shared 
memory accessible by any intelligent board. The type of 
connection to the MPU determines the scope of the memory 
board. Memory boards connected to the MPU via the 
topplane bus are local memories, while those connected via 
the backplane only are shared memories. Topplane memory 
is used where high-speed memory access is required. The 
terminal firmware and application RAM are accessed via 
the topplane. Backplane memory is used to communicate 
with the I/O controllers and for storing noncritical data. 

MPU Software 

The main processor software coordinates all the activities 
of the HP 2700. It provides all of the advanced graphics and 
alphanumeric features in a manner compatible with exist- 
ing HP terminals. This allows existing HP software (e.g.. 
VPLUS/3000 and DSG/3000) to operate on the HP 2700 with 
no changes. Thus, a user can make immediate use of the HP 
2700 with existing applications. Gradually, modifications 
may be made to take advantage of the HP 2700*s features. 
For example, color enhancements could be added to a form 
to make it easier to distinguish the various fields. 

As in existing HP terminals, configuration is performed 
via menus. However, to accommodate the modularity and 
expandibility of the HP 2700. the underlying structure is 
different. 

In previous HP terminals, the number and types of con- 
figurable devices are fixed. In the HP 2700. the number and 
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Fig. 1. An example showing the 
operation ol the command win- 
dow, (a) The top level of softkeys. 
(b) The user has pressed COPY to 
enter the keyword into the com- 
mand window and display the next 
level of softkeys. (cj The user now 
presses (lines) and a message is 
displayed to tell the user what is 
expected next, (d) After entering 
the numeric parameter, UNES is 
the only keyword allowed, (e) The 
user can continue adding to the 
command by specifying source 
and destination files or end the 
command by pressing RETURN, m 
which case the default source file 
is copied to the default destination 
file. 
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types of devices are not limited. Also, the configuration 
needs of future devices are not predictable. With this in 
mind, a general-purpose, extensible configuration subsys- 
tem was designed. The configuration data consists of a 
menu descriptor and a menu data block. The menu descrip- 
tor defines the screen layout, the type of each option field, 
and the allowable values for each field. The menu data 
block contains the current configuration values. The con- 
figuration data is stored in the I/O controllers, so when 
controllers change, their configuration menus can change 
accordingly. 

When the user elects to configure a device, the configura- 
tion data is retrieved from the I/O controller that controls the 
device. The configuration subsystem displays the menu as 
specified with the current values from the menu data block. 
User input is accepted and edited according to the menu 
descriptor. When the configuration is activated by pressing 
either the TEMP SAVE or SAVE CONFIG sof tkeys. the updated 
menu data is sent to the I/O controller. If SAVE CONFIG is 
pressed, then the values are stored in nonvolatile RAM to be 
saved when the HP 2700 is turned off. This RAM is dynami- 
cally allocated and can grow and shrink as devices are 
added and deleted. Nonvolatile RAM is organized by PIB 
board identification number so that a board's configuration 
is maintained regardless of which PIB slot it is in. 

Command Window 

A user can access devices by entering commands into I he 
HP 2700's DEVICE CONTROL command window as on HP 
2647 terminals. Users can transfer data to and from internal 
devices, such as the flexible discs, alphanumeric display, 
graphics raster display, or graphics picture file with a single 
COPY command. Hard-copy output can be obtained on 
printers, plotters, or other peripherals connected to the 
terminal via the RS-232-C/V.24 or HP-IB (IEEE 488) interfaces. 

The command window is also designed to minimize the 
number of keystrokes required to enter a command and to 
assist the user in composing syntactically correct com- 
mands without needing to refer to a manual. The resulting 
user interface is similar to that of the HP 64000 Logic De- 
velopment System. 1 " 2 Softkey labels assist the user in com- 
posing the commands by displaying the next allowable 
keywords or parameters for the command line. The softkey 
labels are updated on the screen whenever a new word is 
entered into the command line. A message window is dis- 
played above the command window whenever a help or 
error message needs to be displayed for the user (see Fig. 1 ). 

The command parser has been made extensible by taking 
advantage of the ROM routine replacement capability de- 
scribed in the box on page 8. A dummy routine is called 
whenever a syntax error is encountered in parsing a com- 
mand. The dummy routine simply returns the syntax error 
status, which is reported to the user. This dummy routine 
can be replaced with a routine that calls the command 
parser again with the same command, but with a different 
syntax table so thai new commands are accepted by the 
parser. The status returned by this new routine would be the 
status of the command just performed, or a syntax error 
status if the command is still incorrect. 



Disc Utility 

The ability to expand the command set is used in imple- 
menting a disc patcher utility, which is included as part of 
the terminal's service kit for service engineers. This utility 
is designed to patch discs that may have lost data through 
long use or exposure. When the utility is loaded, the termi- 
nal recognizes new commands that allow the user to access 
individual disc sectors to patch directories and bad disc 
files. 

The terminal's base command set allows users to access 
only the records of the disc files, not any of the directory or 
file information on the disc. Included in the disc utility 
command set is the MODIFY command, which allows a user 
to use the terminal's screen editing capability to alter one 
sector of data. Also included are more general user com- 
mands, including an extended COMPARE command which 
reports all of the miscompares between two files, instead of 
stopping at the first miscompare (which is done in the 
COMPARE command in the base command set). Being able 
to include this utility outside of the ROM code uses less 
ROM space and limits access to potentially harmful com- 
mands for users unfamilar with the disc format. 

Intelligent Subsystems 

Although the MPU dictates the functions to be per- 
formed, the intelligent I/O controllers determine how these 
functions act on the devices they control. The controllers 
also provide the input from the user or host to direct the 
MPU's operation. Besides offloading the device-dependent 
details of various I/O functions, the intelligent subsystems 
enhance the modularity and extensibility of the HP 2700. 
Since the MPU does not have to deal with the device- 
dependent functions. I/O controllers can be enhanced or 
replaced with minimal impact on the main lerminal code. 
There are currently five intelligent I/O controllers: 

■ Alphanumeric Video Controller (AVC) 

■ Keyboard/Datacom Controller (KBDC) 

• Tablet Interface 

■ Shared Peripheral Controller (HP-IB) 

• Minifloppy Controller (MFC). 

All of these controllers have a similar hardware kernel, 
consisting of a Z80A microprocessor, on-board RAM, on- 
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Fig. 2. An I/O channel on the processor-independent bus 
(PIB). 
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board ROM, and a PIB interface. The amounts of RAM and 
ROM are different on each controller. Each controller con- 
tains special hardware to interface with the device it con- 
trols (see Fig. 2). 

All the controllers also have a similar software kernel to 
process PIB commands and channel programs. For exam- 
ple, the same channel program is used to download code 
into each control ler for diagnostic purposes. The download 
feature is used during board burn-in in manufacturing. 
Specialized software and commands are used to access the 
controller device. 

Alphanumeric Video Controller 

The AVC acts as the interface between the MPU and the 
alphanumeric display subsystem. The AVC uses a proprie- 
tary video controller chip (VCC) to produce a serial video 
stream and raster timing signals. 3 The serial video stream 
along with four character color bits and a character clock are 
sent to the color mapper for color processing (see article, 
page 15). The raster timing signals are sent to the display 
monitor. 

The AVC software translates the logical display structure 
used by the MPU from shared memory into a structure 
compatible with the alphanumeric video hardware. The 
translated structure is stored in a local 32K-byte display 
buffer. 

In doing the translation, the AVC emulates certain func- 
tions indicated by the MPU display structure. For example, 
the VCC does not have half-bright enhancement. However, 
the display feature set of the MPU includes the half-bright 
enhancement. The AVC emulates half-bright by translating 
the enhancement to a selection of the yellow alphanumeric 
color. Thus, all half-bright fields are displayed in yellow. 

Another transformation is performed with the native lan- 
guage characters. The character ROM on the AVC does not 
contain a separate native language character set. The native 
language characters are stored in the control code space of 
three alternate character sets. The AVC maps the native 
language character codes used by the MPU into the appro- 
priate character set and control code selection to display the 
proper character. 

Both of these transformations are transparent to the MPU. 
In the future, one could redesign the alphanumeric, display 
subsystem with half-bright and true native language 
character sets. As long as the new subsystem conforms to 
the current MPU-AVC interface, it could be substituted 
with no change required in the MPU firmware. 

Keyboard/Datacom Controller 

The KBDC interfaces the MPU with two datacom ports 
and the keyboard. The KBDC also contains the nonvolatile 
RAM used to store terminal configuration data when the 
terminal is turned off. 

The KBDC supports RS-232-C. RS-449. and RS-422 con- 
nections on its datacom ports. The KBDC handles all data- 
com protocol operations (i.e., handshakes, baud rate selec- 
tion, parity checking, etc.). The MPU does not have to be 
concerned with any of the details of host data communica- 
tions. To implement a different datacom protocol, only the 
KBDC needs to be altered. 

The KBDC and the external keyboard each use a Z8 mi- 



crocomputer to communicate with each other. The 
keyboard's Z8 microcomputer scans the keyboard. The 
KBDC firmware performs all the mapping from keyboard 
key translation to MPU key codes. The KBDC processes the 
conversion of keycodes according to the keyboard qual- 
ifiers (SHIFT, CAPS LOCK, and CONTROL keys) and maps the 
keys to conform to the configured native language. The 
conversion and mapping are dictated by transform maps 
downloaded into the KBDC from the MPU. 

The keyboard also contains a graphics input device, 
which consists of two spinning thumbwheels for X-Y coor- 
dinates and a pushbutton switch. The KBDC code converts 
the thumbwheel motion into X-Y translation data for the 
MPU. The sensitivity of the thumbwheels is a configuration 
option of the KBDC. 

Tablet Interface 

The graphics tablet provides an example of the extensi- 
bility designed into the HP 2700. The inclusion of the tablet 
came toward the end of the project as an alternative 
graphics input device to the thumbwheels on the keyboard. 
However, the modular and device-independent nature of 
the PIB made the addition of the tablet straightforward. 

The tablet interface connects the MPU and the graphics 
tablet assembly. The tablet assembly consists of a platen 
and a stylus. The stylus has a switch at the end that emulates 
the keyboard's graphics input device pushbutton. The tab- 
let has three pushbutton switches used to select relative or 
absolute mode, cursor centering, and left or right-handed 
mode. Pen position accuracy is 0.5 mm. 

To the MPU. the tablet interface is transparent, that is. 
there is no direct control of the tablet interface by the MPU 
during normal terminal processing. The effects of the 
relative/absolute and left/right-handed selection switches 
are local to the tablet interface. Pressing these buttons af- 
fects only the manner in which the tablet interface inter- 
prets input from the tablet. Pressing the center cursor but- 
ton causes an absolute positioning command to the MPU to 
center the cursor on the display. Stylus movement is trans- 
lated by the tablet interface to thumbwheel input from the 
keyboard and stylus switch input is translated to a keyboard 
graphics input device switch input. The input from the 
tablet interface is placed into the same buffers as the 
keyboard input, so the MPU cannot differentiate between 
tablet and keyboard data. 

Shared Peripheral Controller 

The shared peripheral controller provides the interface 
between the MPU and HP-IB devices. It allows HP-IB 
printers, plotters, tablets, disc drives, and other HP-IB de- 
vices to be connected to the HP 2700. The HP-IB board 
provides a high-level, device-independent command ac- 
cess to HP-IB devices. 

At power-on, the HP-IB board identifies all HP-IB devices 
connected to the HP 2700. This information is given to the 
MPU. Each device is identified as a member of the printer, 
plotter, tablet . or disc class of devices. The class desig nation 
determines how each device may be accessed, All devices 
of a class are handled identically by the MPU. 
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Minifloppy Controller 

The minifloppy controller interfaces the MPU to two 
5.25-inch flexible disc drives integral to the HP 2700. The 
discs are double-density and double-sided, and have a 
capacity of 264K bytes per formatted disc. The MPU access- 
es the discs just as it does other discs, and the same PIB 
commands and channel programs are used. 

Like the HP-IB board, the MFC handles all of the lower- 
level commands required to control the flexible disc drives. 
The MFC translates the MPU commands to move the read' 
write head to the appropriate sector and track, executes the 
requested LO operation, and performs any error recovery, if 
required. 
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A Computer-Aided Test and Tracking 
System 

by Michael R. Perkins, Susan Snitzer, and Charles W. Andrews 



TO HELP ENSURE that the HP 2700 Color Graphics 
Workstation would meet HP's high quality and reli- 
ability standards, special emphasis was placed on 
its manufacture. During early development of the HP 2700. 
a laboratory team was assembled to develop a testing sys- 
tem that would enhance the manufacturability and reliabil- 
ity of the HP 2700 series of products. This represented a 
significant departure from standard product development 
philosophy both in timing and in the quantity of resources 
invested. Typically, this type of effort would have begun 
much later in the development cycle and would have taken 
place in the manufacturing environment. By beginning the 
design and development earlier in the laboratory, the test 
system team was able to influence the structure of the 
product toward testability. 

The test system tests HP 2700 printed circuit assemblies 
(PCAs). It provides quick sorting of functional and nonfunc- 
tional PCAs, PCA burn-in, terminal test, and a station for 
technicians to reproduce failures that occur elsewhere in 
the system. The system also collects data and checks for 
trends. This information can be fed back to the ajjpropriate 
group to help prevent recurrence of the failure in future 
assemblies. 

The test system is primarily a burn-in system, which 
provides the opportunity to eliminate the product's weak- 
nesses in the factory so they do not lead to failures after 
delivery to customers. Burn-in is the process of applying 
temperature stress to an assembly to cause weaknesses in 
the assembly to become failures. 



Before this system was developed, burn-in was ac- 
complished at the assembled terminal level. After top-level 
assembly, terminals were placed in a temperature chamber 
where they were left unattended while performing their 
internal self-tests. When any board in the terminal failed 
and could not be repaired, a new board was substituted. At 
this point, restarting the burn-in cycle for the complete 
terminal might delay shipment, while continuing the old 
cycle would log insufficient burn-in time on the newly 
introduced assemblies. By doing board-level burn-in, the 
new system eliminates the need to burn in entire terminals, 
which requires large temperature chambers and a large 
inventory tied up on the manufacturing floor. 

The HP 2700's architecture lends itself to solving most of 
the unit-level burn-in problems. HP 2700 PCAs are tested 
using only the HP 2700*6 main processing unit (MPU) to run 
tests, memory for program storage, and a special electronic 
tool (ET) PCA which communicates with the host computer 
and provides LEDs to display information for the operator. 
This combination, connected through a backplane bus. 
forms the basis of three of the test system's four test stations. 
Each test station is connected to the host computer, an HP 
3000. whose primary task is data collection and distribu- 
tion. 

To store and retrieve information for each PCA, a unique 
identification number is required. Quick and accurate iden- 
tification of each assembly is facilitated by bar-code labels 
mounted on the PCAs. The information on each label is 
displayed in both bar-coded and alphanumeric: form. Bar- 
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Fig. 1. HP 2700 manufacturing 
process flow. After a printed circuit 
assembly (PCA) is assembled, it 
enters pretest, where power is first 
applied and rudimentary tests are 
performed. The PCAs enter the 
test and tracking system at the sort 
station. Burned-in PCAs are kept 
m line stores awaiting final assem- 
bly and test. 



code readers at each station are used to identify a PCA so 
(hat data for that assembly can be accessed from the system 
data base and the assembly can be tracked through the 
manufacturing process. 

Fig. 1 outlines the manufacturing process flow, From 
pretest. PCAs enter the test system at the sort station where 
functional assemblies are separated from nonfunctional as- 
semblies. Good PCAs proceed to the burn-in chamber 
where they undergo 48 hours of continuous testing and 
temperature cycling, After burn-in they are sent to line 
stores, from which they are pulled to build terminals at the 
final assembly and test station. Failing PCAs from any sta- 
tion go to the test/repair station where the operator can 
interactively execute all test programs in the test system, 
request looping on individual tests, and probe the PCA 
while the tests are being performed. From this station the 
operator also has access to the PCA's history stored in the 
data base, including what test failed and at what tempera- 
ture. PCAs that fail after terminal assembly are replaced by 
equivalent ones from line stores. Thus shipments are not 
affected by having to restart burn-in. 



Software Implementation 

The test system software consists of many processes that 
need access to PCA and status information. All PCA data is 
stored in a data base, while information such as test unit 
status and chamber status is distributed throughout the 
various programs. Therefore, central to the software struc- 
ture is the concept of shared data and interprocess com- 
munication. The process interconnect diagram, Fig. 2. de- 
picts the software structure. 

So that processes can communicate, each process has a 
command file associated with it. This sequential file is 
organized as two circular queues, a normal queue and an 
immediate queue. A file header is used to maintain the 
pointers to the queues within a file (Fig. 3). A program 
receives commands and data from other programs through 
its own command file. To send a message to another pro- 
gram, the source program simply places a message in the 
destination's command file and updates the pointers within 
that command file. 

All data base accesses in the system are performed using 
command files through a program called the data base man- 
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Fig. 2. Processes in the test and 
tracking system's software struc- 
ture communicate by means of 
command fifes. 
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Fig. 3. Internal structure ol a command file. 

ager. which uses the IMAGE/3000 software subsystem. The 
primary function of the data base manager is to read and 
write information in the data base for the other programs in 
the system. Multiple copies of this program can run simul- 
taneously and access the data base concurrently. All test 
system programs simply send the predefined commands 
(Fig. 4) to the manager and poll their command file for a 
response. 

To administer the data base manager programs, there is a 
program called the data base manager initiator. The in- 
itiator activates multiple copies of the manager program 
and assigns each to a test program. Like all other programs, 
the initiator has a command file associated with it. To 
access the data base, all programs must request use of a 
manager from the initiator. The initiator then assigns a 
manager to that program based on current system load. 

How Failures Are Detected 

Data in the test system is collected at four locations: the 
sort, chamber, final assembly and test, and test/repair sta- 
tions, A test unit monitor program running at each station 
exercises all boards and reports failure results to the data 
base. First, the monitor program requests all boards in the 
test station to identify themselves. If the identification does 
not correspond with the one indicated in the data base, an 
error message is displayed on the ET LEDs. Second, a 
downloading of all exhaustive test programs associated 
with the current test station configuration is requested. As 
the programs are downloaded, they are placed in the test 
station's memorv. 
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Fig. 4. Structure ol the board status and backplane status 
commands 

Boards in the test station are exercised in sequential or- 
der. Intelligent PCAs perform four predefined self-tests 
plus the downloaded exhaustive tests. If the PCA is not 
intelligent, only the downloaded tests are performed. At the 
end of each test, the monitor program checks the results. If 
there was a failure, an error message is formatted, sent to the 
data base, and displayed on the LEDs. 

The console program monitors all processes. This pro- 
gram acts as the central reporting mechanism for all test 
system software components. It runs on a printing terminal 
on the manufacturing floor and serves as the primary 
input/output mechanism for the manufacturing line super- 
visor. 

Hardware Structure 

The test system hardware was designed with two objec- 
tives: first, that all stations be similar, and second, that they 
use standard HP equipment or UP 2700 assemblies, 

Standard HP 2700 cards— backplane, MPU, and 
memory — form the basis for the sort, test/repair and 
chamber stations. The only special-purpose electronic 
hardware is the ET PCA. which provides the data com- 
munication link between the HP 3000 and the MPU board, 
drives the LED displays on an attached display expander 
board, and provides the clock signals. 

The sort and test/repair stations are identical and consist 
of the basic test hardware mounted on a metal box that also 
contains a power supply and cooling fans. The card cage is 
an HP 2700 part that has been cut away to permit access to 
the test points. The addition of a bar code reader and a 
terminal makes the stations complete. 

The chamber station uses the basic test hardware 
mounted in specially constructed cabinets. Partitions allow 
the MPU, memory, and ET boards to remain at room tem- 
perature while up to 13 PCAs under test are subjected to 
temperature cycling. Power is supplied through bus bars to 
all the PCAs in the chamber from three HP power supplies. 

Control of the chamber and its power supplies is achieved 
through a system of HP-IB (IEEE 488) instruments and a 
chamber control program running on the HP 3000. The 
combination of an HP 5328A Scanner and an HP 3495A 
Counter/Digital Voltmeter permits the chamber control 
program to control the temperature and the power supplies 
for the chamber. User control of these functions can also be 
exercised from the system console. 
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Conclusion 

The test and tracking system provides a means not only to 
test and burn in HP 2700 PCAs, but also to provide data for 
quality assurance. All data base information can be ac- 
cessed by means of a utility program according to board 
type, date, or identification number. In this way, faulty 
PCAs do not reach the customer and the failure data can be 



used to improve the quality of the product. 
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Product Design of a Friendly Color 
Graphics Workstation 

by Dennis C. Thompson, Kenneth D. Boetzer, Mark A. Delia Bona, and Badir M. Mousa 



THE HP 2700 IS A POWERFUL YET FRIENDLY series 
of high-performance color graphics workstations. Its 
advanced technical capabilities for generating and 
manipulating images require not only a significant amount 
of local intelligence and memory, but also an equally capa- 
ble user interface. The HP 2700 product design challenge 
was the integration of these features in an ergonomic desk- 
top package that does not intimidate the user because of 
size, noise level, or apparent complexity. 

Cooling System Design 

The HP 2700 is a complex assembly dissipating nearly 
500 watts of power. Desktop packaging requires a relatively 
small volume, placing heavy demands on the cooling sys- 
tem. Reliability objectives seek to minimize the internal 
temperature rise. Unfortunately, merely installing larger 
fans for extra cooling capacity produces higher noise levels 
than are acceptable in an office environment, and fans 
themselves are sources of reliability problems. 

Numerous layouts and models were created to examine 
the placement of component assemblies and their effect on 
cooling strategies and product ergonomics. The final con- 
figuration (see Fig. 1) provides adequate cooling with the 
use of only two fans. Noise levels are maintained well below 
an acceptable 55 dBA. 

The cooling system is designed to take full advantage of 
the various natural phenomena involved in thermal sys- 
tems. The logic cards are oriented vertically to let free 
convective flow help the fans. Sensitive logic components 
are placed near the openings for cool incoming air. Less 
sensitive high-power components are mounted farther 
along the airflow path to make best use of the system's 
available cooling capacity. 

Two fans exhaust the heated air. creating a negative pres- 
sure inside the package. A negative pressure system directs 
cooling airflow with appropriate placement of inlets and 
baffles. The ability to direct this cooling air and tailor the 
flow more than compensates for the decrease in fan effi- 
ciency caused by moving heated, less dense air. 



External Design 

Design models and experiments provided insight regard- 
ing display height and angle, location of local mass memory 
storage, controls placement, keyboard layout, and graphic 
input device preference. The HP 2700 has the power switch 
and brightness controls at the front of the machine where 
the user has easy access to them. The detachable keyboard 
plugs into the front of the terminal, minimizing the length 
of the coiled-cord cable so that clutter on the operator's 
work surface is kept to a minimum and the keyboard can be 
comfortably positioned. 

Controls for adjustment of the display's convergence are 
easily accessible at the front of the terminal while viewing 




Fig. 1 . The HP 2700 has a negative pressure cooling system 
that uses only two lans. 
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Fig. 2. For convergence adjustment, color-coded poten- 
tiometers behind a swing-down panel are adjusted while 
watching a target pattern on the screen. 

the display (Fig. 2). A swing-down panel reveals color- 
coded potentiometers that directly correlate with the 
software-generated target pattern on the screen. Simplified 
graphics images on the panel communicate the con- 
vergence procedure so that no written instructions or man- 
ual are needed to converge the display accurately, 

Color Selection 

Product and industrial designers cooperated closely with 
software and hardware engineers in successfully develop- 
ing an effective and easy-to-use color selection system for 
the HP 2700. This system is described on page 10 of this 
issue. 

Serviceability 

The designer's influence is also felt by service personnel. 
Quick and convenient access to parts and assemblies can 
dramatically reduce service costs. The logic cards of this 
machine are user-accessible by design, allowing easy con- 
figuration. Door lock details provide the customer the op- 
tion of locking the door with a novel type of key (Fig. 3). 
Should disassembly be required, interlocking details on the 
plastic housing skins enable nearly complete access with 
minimum removal of hardware. The top cover is removed 
by undoing two quarter-turn fasteners, providing access to 
all power supply and display adjustments and test points. 
Further disassembly to a fully opened chassis requires the 
removal of only two additional screws. 



Display Enhancement 



The eye is a delicate, although highly adaptable optic system 
thai can oe easily strained to the point of fatigue The problem 
becomes more severe with age because the lens of the eye loses 
its elasticity, thus limiting the range of focus With this in mind the 
prime concern was to create a display with exceptional clarity, 
legibility, focus, resolution, and contrast and a minimum of sur- 
face reflections 

Typically in the use ot a CRT display, stray light from windows, 
overhead lighting, and bright surfaces bounces off the screen's 
face and causes undesirable reflections. This can reduce the 
contrast between the characters and background, thus nega- 
tively affecting the operator's visual acuity. 

There are a number of ways in which the designer can provide 
antireflection and contrast enhancement. The most effective solu- 
tion for dramatically reducing reflections is achieved by bonding a 
thin-film optically coated panel onto the CRT face. HEA® coating 
uses the physics of light reflection on glass and allows more light 
to be transmitted instead of reflected Reflections are reduced to a 
minimum and there is no compromise in character focus or 
brightness What does affect brightness is the lower transmission 
of the dark glass panel. However, this panel increases the con- 
trast between the characters and background significantly. The 
relatively small loss in brightness is far outweighed by the benefit 
gained in increased contrast and richer colors. 

The HEA coating solves the glare problem and improves the 
contrast of the display. II maximizes readability by maintaining 
sharp, crisp images with no loss in resolution. The coating is 
unaffected by temperature or humidity and is virtually abrasion- 
proof m normal use. It also enhances the color display providing 
richer, deeper colors. 

-Bud Mousa 
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Fig. 3. A novel key can be used to lock the door to the card 
cage. 
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HP 2700 Graphics Input Devices 



The two principal graphics input devices for the HP 2700 are the 
keyboard graphics input device, which consists ot two thumb- 
wheels and a'button, and the optional HP 13273T Data Tablet. 

The HP 13273T Data Tablet (Fig. 1 ) makes software applica- 
tions such as PAINTBRUSH/2700 possible. It allows the user to do 
freehand sketching and easily enter data into the workstation 
without the keyboard. Operation of the data tablet is similar to that 
of the H P 91 1 1 A Graphics Tablet. ' However, the 1 3273T does not 
have all ol its electronics within its case. Much of the tablet's 
interfacing electronics resides on a printed circuit board inside 
the HP 2700 card cage, and the tablet derives its power trom the 
HP 2700 power supply. 

The design goals for the data tablet included minimum pack- 
age size and weight, ease of use, and low cost. Package size, 
form, and weight are critical because the tablet may be held in the 
user's lap. For this reason the package is very slim, about the 
thickness of a writing pad, and weighs only six pounds, For use on 
a work surface, a flip-up support holds the tablet at an angle 
typical of a drafting surface. 

There are three function keys on the tablet. One of these keys 
lets the user set up the tablet for left-handed or right-handed use. 

Stylus cable management is an area of contribution. In the past, 
tablet products were designed without much concern for where 
the stylus cable might be stored, with the result that it can dangle 
off the work surface onto the floor, often incurring damage. In the 
13273T design, a groove is provided for storing the stylus cable, 
thus providing a solution to this problem without incurring any 
additional cost (Fig. 1). 

The platen surface is designed for low cost and improved 
human factors. This surface is a combination of a Lexan™ overlay 
bonded with a pressure-sensitive adhesive to a fiberglass sub- 
strate, which is then mounted into the case with the platen printed 
circuit board. This assembly makes improvements in two areas. 
First, the Lexan overlay bonded to the fiberglass is a more friendly 
interface. The working surface of the tablet Is warmer to the touch 
than other tablets, which use a cold glass surface. The Lexan is 




Fig.1. TheHP 13273TData Tablet is simple in design and has 
lew parts. A groove in the top cover is provided lor storing the 
stylus and cable when not in use. 

much less costly than glass. In addition, bonding glass to a 
printed circuit board is difficult and costly, because the epoxy 
lamination requires heat and high pressure. Extensive testing was 
done to ensure that the Lexan overlay and the fiberglass substrate 
do not delaminate. 

Assembly of the tablet is simple and the number of parts is kept 
to a minimum. This helps keep the manufacturing cost low. 

Keyboard Graphics Input Device 

Many keyboard graphics input devices were surveyed in de- 
signing the HP 2700 keyboard. Some OEM products were pur- 
chased for evaluation and some new ideas were designed and 
prototyped. 

After extensive investigation, the concept that was decided 
upon uses two digital thumbwheels (see Fig. 2). The wheels are 



www 





Fig. 2. The HP 2700's keyboard 
graphics input device consists of 
two thumbwheels and a button. 
The thumbwheels are connected 
to digital shatt encoders. 
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placed m orthogonal positions with vertical ana horizontal rela- 
tionships to the screen, and allow the user to move the cursor 
vertically and horizontally They are designed to spin freely to 
produce a desirable cursor coasting effect HP optical shaft en- 
coders are used They are compact enough to meet the space 
requirements and they are perfectly compatible with HP 2700 
logic levels. No other electrical hardware is necessary to support 
the encoders The shaft bearing requires a special blend of 
polycarbonate ana Teflon™ and the shaft is a nardenadle grade 
of steel The bearing and shaft material are carefully matched to 
achieve long life. 



The encoders and shaft supports are attached to a mounting 
plate, which is mounted into the Keyboard case A momentary 
switch and button are added to the plate to digitize the cursor 
position. 

-Bud Mousa 
-Dennis Thompson 
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AUTOPLOT/2700: A Simple Approach to 
Custom Chart Generation 



by Stanley A. Balazer and John M. Perry 



AUTOPLOT/2700 is a powerful applications software 
package for the HP 2700 Color Graphics Workstation 
family. It provides an extremely friendly menu- 
driven interface for high-quality decision support graphics 
such as pie charts, bar charts, line charts, log charts, and 
scattergrams. In addition, text slides can be designed in a 
totally interactive environment. 

AUTOPLOT/2700 uses the extensive features of the HP 
2700. In addition to the menu-driven interface, there is an 
interactive interface which allows the user to point to a 
portion of a chart with the graphics cursor and then change 
its color, size, shading, font, or other attribute immediately. 
Whole charts can be moved, scaled, and combined with 
other charts and text to form a complete graph. Since all the 
chart types use the same data menu, the user can choose 
between pie. bar, and linear charts and see the results in a 
matter of seconds. 

Once a set of charts is ready for hard copy, AUTOPLOT/ 
2700's spooling capability allows unattended plotting of 
multiple copies of up to 17 different charts. 

Using AUTOPLOT 

Placing the AUTOPLOT disc in drive #1 and pressing the 
CHART TYPE key starts up the application and brings up a 
chart type display (Fig. 1). This serves as a home base from 
which all the major parts of the system can be accessed. The 
parts are data entry, chart format specification, text slide 
and labels, saving and recalling charts, combining charts, 
hard copy, and multiple hard copy. Pictures of the major 
chart types are used for selection of the type of chart to be 
created. The keyboard's thumbwheels are used to place the 
cursor on the picture of the chart type desired. Pressing the 
thumbwheel button brings up the interface required to con- 



struct that type of chart. Softkeys on this display give access 
to the hard-copy, chart saving and recalling, and visual 
chart formatting features. At any point in the chart design 
process, the PLOT/MENU key on the keyboard presents the 
current chart on the display. Pressing it again returns the 
chart design display. The CHART TYPE key on the keyboard 
brings up the chart type display. The G AIDS key on the 
keyboard displays help text, which explains the basics of 
the current level of the application. Pressing any softkey 
brings up details explaining the key. Pressing G AIDS again 
returns the previous display. 

Simple Charts and Transparencies 

AUTOPLOT can create a chart with only minimal data 
from the user, The software makes appearance decisions 
that are consistent and produce good-looking results. This 
reduces graph production time and gives a quick preview, 
providing an opportunity to make changes without labori- 
ous input. One set of data can be applied to any available 
chart type. Numbers can be input without being tied to any 
particular graphic format. These features mean that a user 
can enter data, evaluate it in any graphic format, and output 
a finished chart to hard copy very quickly. 

When a chart type is chosen from the pictures on t he main 
display (Fig. 1). a basic data menu is presented (Fig. 2). 
Choosing a bar chart and entering the data shown in Fig. 2 is 
all that is necessary to create the chart shown in Fig. 3. 
AUTOPLOT chooses colors and positions of chart ele- 
ments, axis scaling, and text layout. Returning to the chart 
type display allows a different chart type to be chosen and 
plotted with no further input required. 

The data menu is the same for all charts except pie charts. 
Data columns are labeled according to the chart type. The 
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Fig. 1. AUTOPLOT/2700 main chart type display provides 
access to all major parts ol this applications software 
package. 

menu allows lines of data to be rolled, paged, deleted, and 
inserted. Columns can be paged (20 columns are available) 
and cleared. 

To use data from a host computer, the save & recall softkey 
is chosen at the chart type level. The user can then go into 
remote mode and run a host application. AUTOPLOT can 
capture data from any host application that outputs a table 
of data to the display. To capture the data, the RECALL DATA 
softkey is pressed before instructing the host to send the 
data. The data is stored in the local AUTOPLOT data mem- 
ory rather than being displayed on the screen. After the data 
is collected, all the local features of AUTOPLOT can be used 
to display the data without the need to retransmit the data. 

The text slide system is optimized for making simple text 
transparencies easily. Therefore, the flexibility of the text 
options is limited. The high-speed graphics of the HP 2700 
are used to allow dragging text and pointing at a text feature 
display to modify text instantly. The text chart is displayed 
at all times just as it will appear on hard copy. 

When the text slide and labels picture is chosen on the 
chart type display, the display shown in Fig. 4 appears. It 
includes a workspace for the slide, text feature choices, and 
softkeys. To create text, the thumbwheels are used to place 
the graphics cursor where the text is to be positioned, and 
the text is entered through the keyboard. As it is typed, it 
appears on the display. The text can be dragged and features 
chosen by pointing at the display on the right side of the 
screen with the cursor. Lines can be deleted and inserted. 
Groups of text can be moved and text features modified by 
using the GROUP MODIFY softkey. A box is placed over the 
text to be included in the group, and then the box is moved 
to move the text, or features from the text feature display are 
chosen to change the appearance of the text. 

Once a chart has been created, the save & recall softkey at 
the chart type level offers the opportunity to save the chart 
on a flexible disc. At the same level, charts can be recalled, 
listed, and purged, and the hardcopy softkey can be selected 
for output of the chart to a hard-copy device. 



customization is the key to more effective presentation. 
With AUTOPLOT/2700 the user can create a custom chart 
format. While the casual user need not go beyond the sim- 
ple chart stage, it is easy to change a few colors or place- 
ments and have a custom chart. 

Pressing the format (visual) softkey brings the user and a 
newly formed chart to a new program level (see Fig. 5). On 
the right-hand side of the screen a menu with colors and 
patterns is drawn. To the left of this is a workspace display- 
ing the current chart. Format changes are specified using 
the thumbwheels and softkeys. A basic set of formatting 
operations can be done at this level. Keeping the set small 
enhances the level's ease of use. 

In chart makers that rely solely on alpha menus for format 
control, the menus are complicated for the casual user, so 
complicated that many potential users avoid the program. 
With the HP 2700's visual formatting the user sees the 
changes happen as they are selected. 

To locate the region to change, the user first presses the 
LOCATE softkey. The graphics cursor then points to the 
current region and the name of the region appears in the 
message window directly above the softkeys. 

For example, to change the CABLES bar color in Fig. 5 
from red to green, the user presses the NEXT REGION softkey 
until the graphics cursor is over the CABLES bar. The words 
BAR 3 (CABLES) will appear in the message window. To 
select a new bar color the user now presses the SELECT 
softkey. The graphics cursor points to the bar's current color 
in the upper right-hand menu. A new pen is selected by 
placing the graphics cursor over the desired color using the 
thumbwheels and then pressing the thumbwheel key. At 
this time the bar chart in the work area is updated with the 
new green bars. Area fill and line patterns are selected in a 
similar manner using the lower right-hand menu. 

The LOCATE AXIS softkey gives the user powerful screen 
management ability. With it a user can position a graph 
anywhere in the visual format workspace. At the same time 
the graph can be rescaled in both height and width. Axis 
labels keep their same screen-based size while the graph is 
scaled down. The axis tic and label intervals also vary with 
the graph's screen size. 

Additional text can be added to any area of any graph 
with the previously described TEXT SLIDE level of AUTO- 
PLOT. The full feature set of the TEXT SLIDE level is avail- 
able to add text with various fonts, sizes, and colors. The 
ability to reenter TEXT SLIDE to add more text or edit the text 
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Custom Charts 

Whether a chart is for the board room or a weekly report, 



Fig. 2. After a chart type is chosen, a basic data menu is 
presented for the user to fill in. 
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Fig. 3. This is the result of choosing a bar chart and entering 
the data shown in Fig. 2 AUTOPLOT chooses colors and 
positions ot chart elements, axis scaling, and text layout. 



previously added gives AUTOPLOT integrated capabilities 
not found in most chart making applications. 

Visual formatting is not the only way to change chart 
format. There is also a format menu (Fig. 6). A user reaches 
this alpha-based format menu from the data menu de- 
scribed earlier. Everything that can be done in visual format 
can also be done via this menu, and any changes done in 
visual format are reflected in this menu. 

Another alpha menu, the axis menu, is reached from 
either the data or format menus. Its purpose includes axis 
label control, grid/tic placement, and axis scaling. 

Saving Chart Formats 

The user can save any chart on a flexible disc via the 
save& recall section of AUTOPLOT. When a chart is saved, 
two separate files are created, a data file and a format file. 

The concept of the format file is important. The format 
file contains all of the custom chart details: axis placement, 
colors, data ranges, etc. Data can be saved and recalled 
separately. This allows many sets of data to be graphed 
using one custom chart format. This feature is especially 




Fig. 4. When the text slide and labels picture is chosen on the 
chart type display, a display like this appears It includes a 
workspace lor the slide, text feature choices, and softkeys. 



useful in periodic reporting. 

Multichart Pages 

One of the main goals of a business graphics presentation 
system is the production of graphs in their final presenta- 
tion form. Previous systems have not carried this goal to 
multichart pages, that is, two or more graphs on a page. 

The COMBINE CHARTS level provides an integrated solu- 
tion to this problem, Presentation-ready charts as shown in 
Fig. 4 can be made quickly. This demonstration chart was 
made from two previously saved charts. The text was added 
to the combined chart with the TEXT SLIDE level. 

Charts can be placed anywhere on the workspace at any 
scale. The placement is much like the LOCATE AXES proce- 
dure in visual formatting. When the user presses ADD 
CHART, the terminal asks for the previously saved chart file 
name. The graphics box cursor appears on the screen and 
the user positions and scales it via the thumbwheels. Press- 
ing the return key causes the chart to be drawn in the 
selected area. 

For standard two-arid four-chart- per- page layouts, NEXT 
HALF and NEXT QUARTER softkeys are provided. They step 
the box cursor through the hemispheres or quadrants of the 
chart for exact chart placement. 

Periodic Reporting 

Periodic reporting is the use of a series of charts to convey 
information about a subject, usually updated and distrib- 
uted in weekly or monthly intervals. The charts themselves 
usually have the same format each period: only the data 
changes. 

AUTOPLOT is designed to make both the initial creation 
of the report and its periodic updating simple and efficient. 
The AUTOPLOT file organization is designed so that a 
chart format can serve as a template for other charts differ- 
ing only in data. 

Once a report has been created . up to seventeen pages can 
be output to hard copy automatically using the multiple 
hardcopy softkey on the CHART TYPE le vel . The names of t he 
pages are entered onto a menu, along with specification of 




Fig. 5. Charts can be left as drawn by AUTOPLOT or cus- 
tomized. The visual formatting program level shows the cur- 
rent chart and a menu with colors and patterns Format 
changes are specified using the thumbwheels and softkeys. 
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the number of copies of each page to be output. The entries 
on this menu can be saved on a flexible disc so the report 
can be called up and output to hard copy with very few 
keystrokes. 

The report update procedure is supported by a data mod- 
ification procedure that deals only with data. Data can be 
added, deleted, or modified without having to deal with the 
chart format. This allows for fast update, whether the data is 
edited from the keyboard or is gathered from host computer. 
In addition, many charts can be linked to a single data file, 
so only one file needs to be recalled, modified and saved to 
update the report. This results in significant time savings, 
and also allows data to be shared by many charts without 
appearing many times in different data files. 



Fig. 6. This alpha-based format menu is an alternative to 
visual formatting for customizing charts 



PAINTBRUSH/2700: A General-Purpose 
Picture Creator 

by John R. Alburger, Jim L. Davis, Diane A. Rodriguez, and Barbara A. Stanley 



FOR APPLICATION PROGRAMMERS, the HP 2700 
Color Graphics Workstation provides an extremely 
powerful graphics feature set. However, novice and 
casual users demand easy-to-use graphics systems. De- 
signed to meet this challenge. PAINTBRUSH/2700 is a 
general-purpose graphics application program that allows 
users to create and manipulate pictures easily, naturally, 
and interactively. 

PAINTBRUSH/2700 is designed to allow nonprogram- 
mers to: 

■ Create and edit pictures and text 

« Combine independently created pictures 

a Interface easily with other HP 2700 graphics application 
programs, for example to: 

Create graphics object libraries (i.e., collections of pre- 
viously drawn objects) for users and applications 
programs 

Edit or manipulate arbitrary pictures created with 
other local applications or by host application pro- 
grams. 

PAINTBRUSH/2700 is available with the HP 2700 Model 
65 Presentation Graphics Workstation, which consists of an 
HP 2700 Color Graphics Terminal, a graphics tablet with 
stylus, one-half megabyte of memory, two flexible disc 
drives, and a flexible disc containing PAINTBRUSH. This 
application runs locally on the HP 2700 Terminal: no host 
computer is required. 

PAINTBRUSH consists of a set of hierarchically or- 



ganized levels. As shown in Fig. 1, each level displays a 
maximum of sixteen softkey labels across the bottom of the 
screen, a menu along the right-hand side of the screen, and a 
graphics workspace area. The user selects a level or func- 
tion by using the stylus to position the cursor over the 
softkey label and then picking (i.e.. pressing the stylus tip). 
Items such as pen color, line type, or area fill type can be 
picked from the menu. 

The user interface of PAINTBRUSH is versatile. Users can 
perform operations using either the tablet or the keyboard 
function keys and the terminal's graphics input device. 
Thus, users are not forced to bounce between the keyboard 
and the tablet. 

Functions of PAINTBRUSH 

PAINTBRUSH provides a complete set of graphics func- 
tions. These graphics functions can be divided into the four 
categories of picture creation, picture editing, terminal 
graphics functions, and input/output. 

Picture creation is made simple by using the two drawing 
levels of PAINTBRUSH. The user can choose aided drawing 
for doing flowcharts and other drawings that might make 
use of fixed shapes (rectangles, circles, circular arcs) or 
curved and angular lines. If the picture requires a special 
touch, the free drawing level gives the user the option of 
selecting from a menu of pen tips, including tips for thick 
lines, calligraphy, and airbrushing. 

Area fills can be done with previously defined fixed 
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Function Key (Softkey) Labels 



Fig. 1. Each of PAINTBRUSH 2700 s levels displays up to 
sixteen softkey labels, a menu, and a graphics workspace 
area Two drawing levels support aided or tree drawing 

shapes or by freehand drawing. Complex area fills (i.e.. 
areas within areas) are also allowed. 

The vector is the smallest unit of the picture file. A collec- 
tion of vectors defines an object. Objects are created by a 
single keystroke and contain all the vectors that were drawn 
since the last object was created. Objects are the smallest 
building blocks in picture creation. Objects can be moved, 
scaled, rotated, copied, or deleted. For example, a forest can 
be drawn by creating a single tree as an object and then 
replicating that object to make several trees (see Fig. 2). 

The user may wish to add some text to the picture. The 
labels level of function keys allows for text addition, man- 
ipulation, and deletion. Text is entered by placing the cur- 
sor at the desired start point and typing the label. A high- 
lighted box shows the placement and size of the new label. 
The text size, color, angle, italics, spacing, justification, and 
font can be selected from either the softkeys or the menu. 
Fig. 3 shows examples of the text capabilities. The label is 
drawn and the cursor moves to the next line when the 
RETURN key is pressed. 

The HP 2700 supports user-defined fonts. This means 
that customized text styles can enhance labels. PAINT- 
BRUSH can store as many as seven fonts at one time and 
comes with Roman, bold, and smooth fonts in addition to 
the standard stick font. The standard fonts as well as any 
user-defined fonts are displayed on the font menu for selec- 
tion. 

PAINTBRUSH has a configuration section to aid in the 
picture creation process. The configuration level allows 
specification of alignment and increments of a grid. When 
active, the grid forces the cursor to align to a grid point. This 
grid can help in the placement of shapes or text. Mul- 
ticolumn text alignment is easy with grids. A grid can be 
lines or dots, and can overlay or underlie the picture. 

Picture Editing 

Once a picture is created, either by a host application, by 
another local application, or by PAINTBRUSH. PAINT- 
BRUSH allows the user to edit or manipulate the picture. 
Picture editing functions can be categorized into three 
areas: text editing, object manipulation, and picture 
merging, 



Existing text can be moved, scaled, rotated, copied, or 
deleted. The change is displayed immediately to provide a 
high degree of interactiveness. Any text attribute may be 
applied to a single label or to a group of labels. The label 
group can be selected either by picking the labels one at a 
time or by positioning a box so that it encloses the desired 
group. Label groups allow for manipulation of multiple 
rows of text. 

The labels level offers two modes of text scaling. Sizing 
mode alters the size of t he text. Spacing mode can be used to 
compress or expand the distance between text characters. 
This can be helpful when squeezing a label into a tight spot. 
The group modification function along with the attribute 
modification functions provide a powerful set of text layout 
tools. 

PAINTBRUSH allows the user to manipulate objects 
(which may consist of drawn figures and'or text) or groups 
of objects. The user can delete, move, scale, rotate, or copy 
objects, or place objects on top of objects. The user always 
has the ability to abort or undo any operation. PAINT- 
BRUSH maintains a history list of operations so that the 
user may undo an operation many times. While performing 
object transformations, the user may choose to activate 
and/or show grids. This level provides a choice of sixteen 
active colors (selectable from 4096 colors) for the picture 
background. 

Objects can be individually selected (picked) by moving 
the stylus until the cursor is positioned over a line, letter, or 
area fill of the object, and then pressing down on the tip of 
the stylus. Groups of objects can be selected by individually 
picking the objects, by specifying them by their object 
names, or by positioning a box so that it encloses the desired 
group. Objects or groups are deselected when another ob- 
ject or group is selected. 

Fig. 4b was created by performing picture editing opera- 
tions (i.e.. copy, move, scale) on Fig. 4a. 

PAINTBRUSH also allows pictures to be combined easily 
and naturally. To merge pictures, the user positions a box 
where desired and scales the framed area to the size desired. 
With the aspect ratio preserved, the picture is copied from 
the disc and displayed on the screen within the bounds of 
the box. becoming a part of the currently displayed pic- 
ture. Fig. 5 shows the results of combining four different 
pictures. 

Terminal Graphics Functions 

PAINTBRUSH allows Ihe user to do some terminal func- 
tions while still in the application subsystem. This saves 
the user many keystrokes and avoids extra picture redraws 
that would be done on exiting and entering the application. 
Most of the graphics keypad fuctions are available. An 
added feature of the FULL VIEW key. SHIFT FULL VIEW, re- 
stores the virtual window to what it was when PAINT- 
BRUSH was entered. This provides a quick return to the 
original picture after using Ihe ZOOM. PAN. FULL VIEW, or 
WINDOW keys, 

Input/Output 

The input/output level of PAINTBRUSH allows pictures 
lo be copied from flexible disc, saved on disc, and plotted. 
When pictures are merged, aspect ratio is preserved, object 
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Sample label types 



a[6wr i« 



Italics 
\\.o\\cs 
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•I /• 

■> 1 ze 

s 1 2e 
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sue 
s 1 ze 
5 1 ze 

s_i z e 
Tall Skinny 
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BOLD 

Roman 



Smooth 
Stick 




Implementing HP 2700 
Applications Software 



Applications on the HP 2700 Color Graphics Workstation run on 
the same processor as the terminal main code. Therefore, the 
application exists in a tightly integrated environment 

Applications are developed on the HP 3000 Computer System 
and downloaded to the workstation. AUTOPLOT/2700 and 
PAINTBRUSH/2700 are mainly written in Pascal, although there 
are a few routines written in Motorola 68000 assembly language. 
The tools required for their development were a Pascal compiler, 
a 68000 assembler, an applications linker, and a downloader from 
the HP 3000 host computer 

Program Environment 

The application has a set of standard entry points. These entry 
points make up the first four procedures in the first segment. The 
first entry point is called when the program is entered. The second 
entry point is called on exit from the application. The third handles 
application soft reset. The fourth routine is called just before the 
application is deleted from memory, 

The application environment has three different models. The 
first model involves a single call to the application The application 
then runs to completion and gives control back to the workstation. 
In the second model the workstation, acting as the main program, 
calls application subroutines when receiving user input. 
AUTOPLOT/2700 uses this application environment The third 
model is structured so that the application polls the workstation (or 
input. The workstation calls subroutines in the application for the 
specified input For example, input could come from the thumb- 
wheels, the graphics keypad, or the softkeys. This third model is 
the application environment used by PAINTBRUSH/2700. 

Once the application is loaded, it is resident m memory until a 
hard reset occurs or another application is loaded. On soft reset 
the workstation gains control and calls the application reset han- 
dler. The handler can return the application to a known state. Soft 
reset can be controlled by the application by bracketing code 
sections as critical or noncritical 



There are five different Pascal procedure calls to the graphics 
intrinsics. They allow for integer, real, or string (long and bounded) 
parameter passing These intrinsics call the graphics escape 
sequence action routines. 

Terminal functions are accessed by calling routines in an intrin- 
sics library. These routines are external calls in the source code 
and are mapped to the correct intrinsic by an intrinsic number at 
link time. Some examples of intrinsics commonly used in applica- 
tions are routines to display the soltkey labels, display a message 
on the screen, draw a vector, and ring the bell. 

Segmentation and Swapping 

An application may be divided into as many as 32 segments 
Each segment may contain multiple object files. At link time, the 
application linker resolves external calls to routines within the 
same segment as well as in other segments. 

Applications can determine the amount of program memory 
required at link lime or at run time. Depending on the terminal 
configuration at run time, an intrinsic enables the application to 
ask for different amounts of memory for swapping or nonswap- 
ping. Both PAINTBRUSH and AUTOPLOT must swap segments 
with the 128K program memory size. The remaining memory not 
allocated to the application is used for application data and may 
be allocated and freed dynamically. 

The application must load and free its own segments. Seg- 
ments are freed in 3 stack-like manner During execution, the 
application swaps segments into the allocated application mem- 
ory. Segments may need to be freed to make room for new 
segments. The 256K program memory configuration avoids the 
need for swapping segments, removing the delay of reading from 
the flexible disc. 



-Jim Davis 
-Diane Rodriguez 
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PLANNING 8. CONTROL ADMINISTRATIVE & 
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FACTORY l PLANT COMPUTER AIDED 

AUTOMATION ENGINEERING 




Fig. 4. Picture editing (copy, move, scale, etc.) was done on 
(a) to arrive at (b). 



Fig. 5. Four pictures were combined to form this one 

names and vector list names that conflict with names in the 
existing picture are renamed, and the user can select 
whether or not to restore the color palettes that were used to 
create the picture. 

PAINTBRUSH also allows users to plot to HP-IB and 
RS-232-OV.24. plotters. Before plotting, the user can set 
terminal configuration parameters for plotting on 8V2XII- 
inch paper or transparencies by selecting one softkey. Al- 
ternatively, the user can set each terminal configuration 
parameter as desired. 

In addition to this input/output level, PAINTBRUSH 
users have access to the DEVICE CONTROL key. By pressing 
this key, the user can interface to any lerniinal-supported 
device (e.g.. printers, cameras, discs, etc.). 



© Copr. 1949-1998 Hewlett-Packard Co. 



SEPTEMBER 1983 HEWLETT-PACKARD JOURNAL 37 



Authors 

September 1983 





Sharon 0. Mead 

I Born in Philadelphia, 
Pennsylvania. Sharon 
Mead earned a BA degree 
in mathematics from the 
I University ol Texas in 1974 
and an MS in computer 
science Irom Purdue Uni- 
versity m 1976. She came 
to HP in 1978, worked on 
I the tile system lor the HP 
2700. and then became proiect manager Sharon 
Is a member ot the Association lor Computing 
Machinery (ACM) and SIGGRAPH. She is married, 
lives in Saratoga. California, and enioys horseback 
riding and vegetable gardening. 

Catherine M. Potter 

I Cathy Potter received her 
I BSEE in 1972 and her 
I MSEE Computer Engineer- 
ing in 1 977 both Irom Stan- 
I lord University She pined 
| HP in 1972, where she ini- 
tially worked on CAD tools, 
I and then participated in 
the software development 
I for I he 8450A Spec- 
trophotometer. As a 2700 team member, she has 
worked on the operating system, math library, and 
firmware development tools Cathy lives in Los 
Altos. California and in her spare lime she reads, 
jogs, and dabbles in crafts 

William R. Taylor 

Bill Taylor attended Ihe 
University ol California at 
Berkeley, where he con- 
secutively received BSEE 
and MBA degrees in 1974 
and 1976 He was involved 
In the development of Ihe 
HP 2700 mmilloppy con- 
troller and external video 
interface Bill, his wife, and 
their eleven-month-old daughter live in San Jose, 
Californ'i. He owns and plays a four-manual Wur- 
litzer theatre pipe organ and is a member ol ihe 
Ameri.- an Theatre Organ Society. 

Kenneth A. Mlntz 

| Since joining HP in 1971. 
Ken Mintz has worked on 
Ihe operating system lor 
the HP 3000 Computer, the 
alpha kernel system lor the 
HP 2700. and software 
Development for personal 
compulers. He is a member 
ol ACM and holds a BA 
degree in computer sci- 
ence awarded by the University of California in 





197 1 and Ihe MSEE degree ( 1 979) from Slanlord 
Born in Madison, Wisconsin, Ken is married, has 
two children, and lives in Cupertino, California He 
is interested in photography and software 
methodologies. 




9 

Dale A. Luck 

Dale Luck was involved in 
picture file and graphics 
firmware development lor 
the HP 2700 He received 
I a BS in computer science 
Irom Michigan Technologi- 
| cal University in 1979 and 
is a member of the IEEE, 
' the ACM, and SIGGRAPH 
Dale is inieresled in artifi- 
cial intelligence and the future His hobbies are 
shooting pool, volleyball, stamp collecting, and 
last motorcycles, airplanes, and cars 

Robert R. Burns 

I Bob Bums joined HP in 
1979 after receiving a 
BSEE degree m computer 
science and engineering 
Irom Rice University in 
Houston, Texas. He has 
been a member ol the de- 
sign team lor graphics 
lirmware development 
Bob and his wile live in 
Santa Clara, where he is the secretary of the local 
Baha'i community and teaches Baha'i children's 
classes He enioys volleyball, motorcycling, and 
photography 




15 

Craig W. Diserens 

I Craig Diserens grew up in 
I Texas and graduated Irom 
Rice University in 1 978 with 
a double major m electrical 
engineering and mathemat- 
ical sciences He received 
an MSEE degree Irom Stan- 
lord in 1982 HeioinedHP 
m 1978 and became in- 
volved In the development 
of the HP 2700 Terminal, designing the color map- 
per, power supply, and video amplifiers He's now 
an R&D project manager for personal computer 
products Craig plays trumpet lor Ihe Stanford 
Savoyards, who perform Gilbert and Sullivan 
operas Living in San Jose, he likes skiing and 
bicycling 

Curtis L. Dowdy 

Curt Dowdy |Oined HP in 
1981 allei earning a BS 
degree In electrical en- 
gineering Irom the Univer- 
sity ol Missouri at Rolla. He 
was responsible lor com- 
pleting the development ol 
the HP 2700 graphics con- 
troller and graphics image 
memory Curt is a member 
ol the IEEE and lives in Sunnyvale. California He 





enjoys snow skiing, backpacking, listening lo \azz. 
and driving and cranking a wrench on his Jensen- 
Healey sports car 

18 ~ 
Geoffrey G. Moyer 

I Geoff Moyer received a BS 
degree in electrical en- 
gineering Irom Cornell Uni- 
versity in 1980. After 
graduating he came to HP 
and became involved in 
Ihe HP 2700 monitor and 
EMI development Origi- 
nally Irom Haverford, 
Pennsylvania, Geoff is married and lives in Palo 
Alio. California. He spends his free time roller skat- 
ing, going lo Ihe theatre, working on his house, 
and making leaded glass windows 

Paul G. Wlnnlnghoff 

Paul Winninghoff has been 
wilh HP since 1964 His 
work in digitally controlled 
transmission-impairment 
measuring resulted In a 
patent, and he has been on 
Ihe design learn of several 
HP products including ihe 
8552A Spectrum Analyzer, 
the 8442A Tracking Generator/Counter, the 4900 
Series ol TIMS, and the HP 2700 Paul has coau- 
thored three previous HP Journal articles and 
leaches engineering technology classes al a local 
college Educated al Montana State University 
(BSEE degree in 1962 and MSEE in 1963), he is 
marned, has two daughters, lives in Sunnyvale, 
California, and is building a home computer from 
scrap parts. 

Mark Hanlon 

Born and raised in New 
Shrewsbury, New Jersey, 
Mark Hanlon attended the 
University of Arizona earn- 
ing a BSEE degree in 1 977 
and Ihe MS in 1979 After 
coming lo HP in 1980, he 
developed the mointoi sys- 
tem lor the HP 2700 and is 
currently working on dis- 
plays (or personal compulers Mark lives in Sun- 
nyvale, California His leisure activities include 
boardsailing. camping, cross-country skiing, 
woodworking, and sailing. 





22 ^ — I 

Stephen P. Pacheco 

California native Steve 
Pacheco received a BA 
degree >n computer sci- 
ence from the University ot 
California at Berkeley in 
1975. With HP since 1978. 
he contributed to the I/O 
system firmware tor the HP 
2700 Steve is single and 
enpys silk screen printing, 
painting (his favorite color is pink), bicycle nding, 
and collecting unusual toys 




38 HEWLETT-PACKARD JOURNAL SEPTEMBER 1983 



© Copr. 1949-1998 Hewlett-Packard Co. 




Edward Tang 

fEd Tang, software project 
manager on me HP 2700. 
attended the University of 
California a! Berkeley and 
received the BSEBCS de- 
gree m 1 970 and the USEE' 
CS in 1973 A member o» 
IEEE and ACM. he has 
taught compute* science 
classes at San Jose Stale 
University Ed is married and is a board member 
of the West Valley Chinese Language School He 
enjoys woodworking, photography, racquetball. 
and being with his family 

Paula H. Ng 

I A native of San Francisco. 
Paula Ng firsl came to HP 
in 1978. After graduating 
from the University of 
California al Berkeley in 
1979 wllh a double major 
in computer science and 
mathematics for teachers, 
she began working on the 
I file system and device con- 
Irol of the HP 2700. She and her husband live in 
San Jose, California, where she tutors high school 
students and is a member of the Chinese American 
Women's Club. In her free lime Paula enjoys lennis, 
calligraphy, sottball. sewing, and UC-Berkeley 
football games. 

Otakar Blazek 

I A native of Pilsen, 
Czechoslovakia. Oly 
Blazek has been wilh HP 
since 1972 He worked on 
an I/O card for Ihe HP 3000 
Computer and designed 
I Ihe 2640A Terminal's 
I keyboard and fhe graphics 
controller lor Ihe 2648A 
Terminal On Ihe HP 2700 
projecl. he designed ihe alphanumeric video con- 
troller and modified Ihe color mapper Oty earned 
MS degrees from Ihe Technical University of Pilsen 
in 1 963 and Ihe University of California at Berkeley 
in 1 971 Marned and living in Sunnyvale. California, 
his leisure activities are lennis, diving, and reading 
novels 

Thomas K. Landgraf 

Tom Landgraf was born in 

!ne University of California 
HH at Davis, receiving a BS 

*T ^&^£' ^ degree in electrical en- 

. gineering in 1976. In 1981 

^^^^^H he earned the MS degree 
g ^^^^^^^ in computer science al Ihe 
^J^^^^K^^^k University Santa Clara, 
t^HL ^EaH^H where he is currently work- 
ing toward an MBA With HP since 1979. Tom was 
involved in the design of the mam processor for 
the HP 2700 He is married, has an 8-month-old 
daughter, coaches Little League baseball, and is 
interested in skiing, photography, cooking, gar- 
dening, and model railroads 





25 

Michael R. Perkins 

| Mike Perkins received a BS 
degree in applied mechan- 
ics and boengineenng 
•from tne University ol 
I California at San Diego in 
1 1981 His background was 
fin physical oceanography 
| when he pined the HP 2700 
design team as a develop- 
ment engineer Mike is single, lives in Sama Clara. 
California, and enjoys scuba diving, volleyball, 
woodworking, ana backpacking 

Charles W. Andrews 

Charles Andrews toined the Andover division of 
HP m 1 972 after earning his BS degree m electrical 
engineering from Massachusetts Institute ol Tech- 
nology He was Ihe proiect manager for the HP 
2700 logic and test systems. Originally from At- 
lanta, Georgia, Charles is married and now lives 
in Sunnyvale, California. His hobbies are photog- 
raphy and motorcycle riding. 



| As a development engineer 
al HP. Susie Snitzer has 
I been involved with inter- 
I face software design. She 
is a graduale of the Stale 
I University ol New York at 
I Stony Brook (1981). where 
| she earned a BS degree in 
computer science while 
supporting hersell as a waitress Susie lives in San 
Francisco Her leisure activities are backpacking, 
volleyball, skiing, and travel. She also likes 10 cook. 




28 =z: 
Mark A. Delia Bona 

Mark Delia Bona received 
a BSE degree m 1 976 and 
an MS in producl design in 
1 977 Irom Stanford Univer- 
sity, where he now teaches 
a class in mechanical en- 

■ gineering He has worked 

■ on several fiber-optic 
™ dalacom products and is 

currently a projecl manager Before joining HP he 
was involved in Ihe design of the space shuttle 
galley and zero-G toilet The results ol his work 
appeared in a published paper Mark is marned. 
holds a private pilot's license, and en|oys back- 
packing and cross-country flying 





Dennis C. Thompson 

| Bom in Oumcy. Illinois. 
Denny Thompson studied 
! mechanical engineering a: 
the University of Utah, re- 
ceiving a BS degree -n 
1971 and an MS in 1972 
He s a member of the 
Amer«ar. Society of 
Mechanical Engineers 
( ASME) and has worked on calculate, plotter, and 
terminal projects at HP His work has resulted in 
patents for plotter design and a seaiable vial. Ac- 
tive in his church in Campbell. California. Denny 
is married, has two children, and enjoys woodworK- 
mg. singing in choral groups, skiing, backpacking, 
and running 

Kenneth D. Boetzer 

Before joining HP as a de- 
velopment engineer in 
1980. Ken Boelzer worked 
I as a counselor for high 
, school dropouts and as a 
race car designer. He has 
BS degrees in biology from 
Arizona State University 
(1970) and in mechanical 
engineering Irom San Jose State University ( 1 979) 
Ken leaches a 4 H auto mechanics class in Scotts 
Valley. California, where he lives with his wife, who 
is a physician, their son, and a menagerie of dogs, 
geese, and chickens. 




Badir M. Mousa 

I Born In Ramallah, Pale- 
stine. Bud Mousa attended 
i San Jose Slate University 
and received a BS degree 
in industrial design in 1975 
He worked as a design 
J consultant for consumer, 
' V medical, and electronic 

\ products before coming to 
HP, where he has contributed to the design of 
terminal products, modems, graphics lablels. and 
monitors. Bud has laughi an industrial design class 
al San Jose Stale, is married, has one daughter, 
and likes backpacking, camping, canoeing, 
pholography. and woodworking 



31 

John M. Perry 

I Bom in Detroit, Michigan, 
-j John Perry received a BSE 
A degree in 1977 and an MS 
in 1 980 from Ihe University 
I of Michigan He worked as 
an analyst specializing in 
graphics lor a consulting 
engineering lirm and Ihen 
joined HP as a develop- 
ment engineer on the HP 2700 project Living in 
San Jose, California, he is married, has one daugh- 
ter, and enjoys pholography and sailing on San 
Francisco Bay 




SEPTEMBER 1983 HEWLETT-PACKARD JOURNAL 39 



© Copr. 1949-1998 Hewlett-Packard Co. 



Stanley A. Balazer 

■ Stan Balazer started with 
Sr^^^l ■ HP's San Diego Division in 
1 977 and came to the San 
^Krt tf^^H Franc| sco Bay Area in 1 979 
I alter graduating (rom the 
flfa ^ x^^B University of California at 
"' "^■^^■San Diego with a BS de- 
I gree in computer science 
W^LV^i^H Stan has contributed to the 
development ol several graphics software proj- 
ects, including the applications software for the HP 
2700. He lives in Santa Clara, California and enjoys 
computer animation, tennis, volleyball, and frisbee. 



34 



Jim l_ Davis 

Jim Davis attended Califor- 
nia State Polytechnic Uni- 
versity al San Luis Obispo 
and received a BS degree 
in computer science in 
1981 He joined HP after 
graduating and began 
working as a development 
engineer on HP 2700 
graphics applications. A native of Ventura, Califor- 
nia, he uses his free time lo pursue interests in 
karate, animation, woodworking, winemaking. 
bicycling, and tennis. 




John R. Alburger 

I John Alburger is a project 
manager responsible for 
HP 2700 development tools 
and applications. He 
earned a BS degree in 
computer science and 
eleclrical engineering from 
the University of California 
I al Irvine in 1 977 and an MS 
in electrical engineering Irom Stanford University 
in 1980 Originally from La Canada. California, he 
now lives in Cupertino with his wile and daughter 
His outside inierests include scuba, swimming, 
and home remodeling. 





Barbara A. Stanley 

I Barbara Stanley was in- 
' volved in systems pro- 
| gramming before coming 
I to HP. where she has de- 
signed and developed 
I graphics applications and 
l user interfaces. She earned 
I a BA degree in music from 
I Brigham Young University 
in 1 975 and an MS in computer information science 
from San Jose State University in 1 98 1 . A member 
of ACM. she performs with the HP choir and is 
continuing her education at Stanford University 
Her hobbies are piano and racquetball. 

Diane A. Rodriguez 

Diane Rodriguez received 
a BS degree in computer 
science from Michigan 
Technological University in 
[ 1980 and is currently study- 
ing at Slanlord University. 
1 She worked on graphics 
applications for the HP 
2700. Married and living in 
San Jose, California, she is a member ol ACM, 
active m her church, and enjoys outdoor sports, 
sewing, and board games. 





Hewlett-Packard Company. 3000 Hanover 
Street. Palo Alto. California 94304 



SEPTEMBER 19S2 Volume 24 - Nurn 
Technical Information Irom the Laboratories ol 
Hewlett-Packard Company 

Hewlett-Packard Company. 3000 Hanover Street 
Palo Alio. California 94304 U SA 
Hewlett-Packard Central Mailing Department 
Van Heuven Goednartlaan 121 
1181 KK Amstelveen. The Netherlands 
Yokogawa-Hewletl-Packard Ltd , Sugmami-Ku Tokyo 168 Japan 
Hewlen-Packaro (Canada) Ltd 
6877 Goreway Dnw, Mtsslssauga Ontario L4V IM8 Canada 

CHANGEOFADDRESS: 




Bulk Rate 
U.S. Postage 
Paid 

Hewlett-Packard 
Company 



O200O20707&GLBLACE.CA00 

MR C A BLACKBURN 

JOHN HOPKINS UNIV 

APPLIED PHYSICS LAB 

JOHNS HOPKINS RD 

LAUREL MD 20707 



To change your address or delete your name irom our marling lis! please send us your old address label Send 
changes lo Hewlett-Packard Journal, 3000 Hanover Sheet. Palo Alio California 94304 U SA Allow 60 days 



595&8615 



© Copr. 1949-1998 Hewlett-Packard Co. 



